--- schema_version: "1" id: bfa0e7bf3774d6d9f4ac3955d1d28f16bc0a1cb13fe44ff86401c17ec51a7842 title: Studio での API 仕様プロジェクトの作成 collection: mulesoft version: current locale: ja-jp portal_url: https://docs.salesforce.com/mulesoft/current/ja-jp/studio/7.x/create-api-specification-studio.md canonical_url: https://docs.mulesoft.com/jp/studio/7.x/create-api-specification-studio source_site: docs.mulesoft.com content_type: documentation content_hash: 1684ce0b92975e99ad628be3e3dc9ae26396a33d07503b5592380d92f91c2477 description: MuleSoft Documentation Site release: 7.x latest: false --- # Studio での API 仕様プロジェクトの作成 Anypoint Studio では、Studio で RAML API 仕様、OAS 2.0 または 3.0 API 仕様、API フラグメントを作成し、自動的に Design Center と同期できます。
Studio では、API 仕様をオフラインで編集する場合の VCS 機能でのみ EGit プラグインを使用します。Studio は、Mule アプリケーションプロジェクトでは (独自の VCS を使用してバージョンを追跡できるため) EGit プラグインをサポートしません。
Studio での API 仕様プロジェクトの作成を開始するには、Anypoint Platform にログインする必要があります。​[「Platform ログイン情報の設定」](https://docs.mulesoft.com/jp/studio/7.x/set-credentials-in-studio-to)​を参照してください。 1. Anypoint Studio 画面の上部にあるタスクバーで、​**\[File (ファイル)\]**​ > ​**\[New (新規)\]**​ > ​**\[API Specification Project (API 仕様プロジェクト)\]**​ を選択します。 2. 作成する API 仕様プロジェクトの種別のタブを選択します。 - API 仕様を新規作成するには、​**\[New API Specification (新規 API 仕様)\]**​ タブを選択し、API の種別を選択します。 ![create api specification](/mulesoft/current/ja-jp/studio/7.x/_images/create-api-specification.png) - API フラグメントを新規作成するには、​**\[New API Fragment (新規 API フラグメント)\]**​ タブを選択し、API フラグメントの種別を選択します。 ![create api fragment](/mulesoft/current/ja-jp/studio/7.x/_images/create-api-fragment.png) 3. プロジェクトの名前を入力します。 4. **\[Finish (完了)\]**​ をクリックします。 Studio で、API デザインパースペクティブに切り替えるよう要求されます。 API デザインパースペクティブで、API エディターを使用して API 仕様または API フラグメントを記述します。さらに、\[API Console\] ビューを使用して API 仕様をテストできるようにライブサービスをモックできます。 Studio では VCS を使用して API 仕様プロジェクトの開発を追跡し、Design Center との同期を保ちます。 ## [](#分岐を作成する)分岐を作成する さまざまな分岐を使用することで、Design Center でメイン分岐を変更することなく、変更済みの API 定義を特定のケースで使用できます。 Studio で異なる分岐を作成するには、次の手順を実行します。 1. \[Package Explorer\] ビューで API 仕様プロジェクトを右クリックして、​**\[Team (チーム)\]**​ > ​**\[Switch To (切り替え先)\]**​ > ​**\[New Branch…​ (新規分岐…​)\]**​ を選択します。 ![switch to new branch](/mulesoft/current/ja-jp/studio/7.x/_images/switch-to-new-branch.png) 2. **\[Create Branch (分岐の作成)\]**​ ウィンドウで、新しい分岐を設定します。 ![create new branch](/mulesoft/current/ja-jp/studio/7.x/_images/create-new-branch.png)
1[branch name (分岐名)]​ 項目で、新しいポリシーバージョンの名前を入力します。
2[Configure upstream for push and pull (プッシュとプルのアップストリームを設定)]​ オプションを選択して、Design Center から変更を取得することもできます。
このオプションを設定する場合は、Git が Design Center から変更を取得するときの動作を選択する必要があります。
3[Check out new branch (新しい分岐のチェックアウト)]​ を選択すると、分岐を作成した時点ですぐに新しい分岐に切り替えることができます。
1. **\[Finish (完了)\]**​ をクリックします。 新しい分岐を作成したら、変更のコミットを開始します。 ## [](#commit-to-branch)API 仕様プロジェクトに変更をコミットする Studio の VCS はプロジェクトに対するすべての変更を追跡し、​**Git ステージング**​ビューの ​**\[Unstaged Changes (ステージングされていない変更)\]**​ セクションに表示します。 **\[Unstaged Changes (ステージングされていない変更)\]**​ セクションでファイルを右クリックして ​**\[Compare with Index (インデックスと比較する)\]**​ を選択して、ファイルへの変更を追跡できます。 ![compare with index](/mulesoft/current/ja-jp/studio/7.x/_images/compare-with-index.png) 変更を適用したら、インデックスに追加します。 ![compare to index view](/mulesoft/current/ja-jp/studio/7.x/_images/compare-to-index-view.png)
1選択したファイルのコミットをステージングするには、​[Add selected files to the index (選択したファイルをインデックスに追加する)]​ アイコンを選択します。
2ステージングされていないすべての変更のコミットをステージングするには、​[Add all files including not selected ones to the index (未選択ファイルを含めたすべてのファイルをインデックスに追加する)]​ アイコンを選択します。
コミットする変更をステージングしたら、​**\[Commit Message (コミットメッセージ)\]**​ セクションでコミットメッセージを作成します。 ![add commit message](/mulesoft/current/ja-jp/studio/7.x/_images/add-commit-message.png)
1[Commit and Push (コミットしてプッシュ)]​ を選択すると、Design Center への変更のプッシュも行われます。
詳細は、下記の​「Design Center への分岐のプッシュ」​を参照してください。
2[Commit (コミット)]​ を選択して、ローカルコピーにコミットを追加します。
このビューの詳細は、​[「Git ステージングビューリファレンス」](https://docs.mulesoft.com/jp/studio/7.x/git-staging-view-reference)​を参照してください。 ## [](#api-仕様プロジェクトのマージとプッシュ)API 仕様プロジェクトのマージとプッシュ API 仕様に対して行った変更をメイン分岐にマージして、Design Center と同期できます。 1. \[Package Explorer\] ビューで API 仕様プロジェクトを右クリックして、​**\[Team (チーム)\]**​ > ​**\[Merge (マージ)\]**​ > ​**\[Push Branch…​ (分岐のプッシュ…​)\]**​ を選択します。 ![merge menu](/mulesoft/current/ja-jp/studio/7.x/_images/merge-menu.png) 2. 変更をマージするローカル分岐を選択します。 ![merge view](/mulesoft/current/ja-jp/studio/7.x/_images/merge-view.png) 3. **\[Merge (マージ)\]**​ を選択します。 ## [](#push-branch)Design Center に分岐をプッシュする すべての変更をローカル分岐にコミットしたら、ローカル分岐をローカル分岐を Design Center にプッシュするように選択できます。 1. \[Package Explorer\] ビューで API 仕様プロジェクトを右クリックして、​**\[Team (チーム)\]**​ > ​**\[Switch To (切り替え先)\]**​ > ​**\[Push Branch…​ (分岐のプッシュ…​)\]**​ を選択します。 ![push branch](/mulesoft/current/ja-jp/studio/7.x/_images/push-branch.png) 2. Design Center にプッシュする変更を確認します。 ![push branch view](/mulesoft/current/ja-jp/studio/7.x/_images/push-branch-view.png)
1[Source (ソース)]​ セクションには、Design Center にプッシュする変更が表示されています。
2[Remote (リモート)]​ セクションには、プッシュ先の座標が表示されています。
3[Branch (分岐)]​ セクションには、プッシュするローカル分岐が表示されています。
4[Configure upstream for push and pull (プッシュとプルのアップストリームを設定)]​ オプションを選択して、Design Center から変更を取得することもできます。
このオプションを設定する場合は、Git が Design Center から変更を取得するときの動作を選択する必要があります。
5[Force overwrite branch in remote if it exists and has diverged (リモートに分岐が存在して仕様から外れている場合には分岐の上書きを適用)]​ は、ローカルの変更で Design Center の変更を上書きする必要があることがわかっている場合にのみ選択してください。
このオプションは、Design Center の分岐に対してローカルな変更を強制的にプッシュします。
1. **\[Preview (プレビュー)\]**​ を選択して、プッシュしようとしている変更のサマリーを表示します。 2. **\[プッシュ\]**​ を選択します。 バージョンをダウンロードしてローカルで編集している間に、他のユーザーが Design Center で同じバージョンを編集してしまうケースがあります。この場合は、Git で競合が発生します。 詳細は​[「競合の解決」](https://docs.mulesoft.com/jp/studio/7.x/solving-conflicts-api-projects)​を参照してください。 ## [](#関連情報)関連情報 - [Exchange からの API 仕様のインポート](https://docs.mulesoft.com/jp/studio/7.x/import-api-specification-exchange)