AWS Cloud9 は新規顧客には利用できなくなりました。 AWS Cloud9 の既存のお客様は、通常どおりサービスを引き続き使用できます。[詳細はこちら](https://aws.amazon.com/blogs/devops/how-to-migrate-from-aws-cloud9-to-aws-ide-toolkits-or-aws-cloudshell/)

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Git パネルを使用したビジュアルソース管理
<a name="source-control-gitpanel"></a>

の Git パネル AWS Cloud9 は、重要な Git 機能を使用するための便利なビジュアルインターフェイスを提供します。

Git パネルインターフェイスのオプションを使用すると、リポジトリの初期化またはリモートリポジトリのクローン作成、ステージングエリアへのファイルの追加、作業ディレクトリにステージングされたファイルをコミット、上流のリポジトリへの変更のプッシュなど、完全なソース管理ライフサイクルを管理できます。

ブランチの作成やマージなど、Git のコアコラボレーションやプロジェクト管理の特徴は、Git パネルインターフェイスで数回クリックするだけですぐに実装できます。さらに、マージの競合は、IDE のエディタウィンドウを使用して識別および解決できます。

**重要**  
Git パネルは、Amazon EC2 インスタンスで作成された AWS Cloud9 環境でのみ使用できます。EC2 環境ではなく、[SSH 開発環境](ssh-settings.md)を使用する場合、この機能は使用できません。  
さらに、Git パネルは、2020 年 12 月 11 日以降に作成された新しい AWS Cloud9 環境でのみデフォルトで使用できます。この日付よりも前に作成された開発環境のGit パネルの有効化に取り組んでいます。

インターフェイスにアクセスして操作するには、**Window**、**ソースコントロール**を選択します。または、IDE のサイドパネルのどこかを右クリックして、**[Source Control]** (ソースコントロール) を選択すると、ソース管理を取得できます。その後、IDE インターフェイスに表示されている Git アイコンを選択します。

キーの組み合わせ **Ctrl-Shift-G** は、Git パネルの表示を切り替えるためにも使用できます。

![\[Git パネルインターフェイスの表示\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/select-git-panel.png)


**注記**  
Git パネルドキュメントのスクリーンショットは、*Jett Dark* テーマが適用された AWS Cloud9 IDE を示しています。IDE を別のテーマで使用している場合、インタフェース要素によっては表示方法が異なります。Git パネルを開くには、**ソースコントロール** Git アイコンの代わりに、ラベル付きのリンクを選択することができます。

**Topics**
+ [

# Git パネルを使用したソース管理の管理
](using-gitpanel.md)
+ [

# リファレンス: Git パネルで利用可能な Git コマンド
](gitpanel-reference.md)

# Git パネルを使用したソース管理の管理
<a name="using-gitpanel"></a>

の Git パネル拡張機能 AWS Cloud9 は、コア Git コマンドとアドバンスト Git コマンドの両方への便利なユーザーインターフェイスアクセスを提供します。

このセクションは、ソース管理のためにキーとなる Git の特徴にアクセスする方法を示します。この手順では、**Git パネル**メニューを使用して、リポジトリとそのコンテンツに対して Git コマンドを実行します。

![\[Git リポジトリの初期化およびクローン化のためのインタフェースオプション\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-panel-menu.png)


 Git パネルの検索ボックスに名前を入力することで、サポートされている Git コマンドにアクセスすることもできます。

![\[Git リポジトリの初期化およびクローン化のためのインタフェースオプション\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-commands-type.png)


また、Git パネルインターフェイスと対話するときに実行される実際の Git コマンドを表示できます。コマンドラインアクティビティを表示するには、**Git パネル**メニューに移動し、**Git 出力を表示**を選択します。

![\[Git コマンド出力の表示\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-output.png)


## Git リポジトリを初期化またはクローン化するには
<a name="init-clone-repo"></a>

Gitリポジトリ(「repo」)には、プロジェクトの最初から完全な履歴が含まれています。リポジトリは、ステージングされたファイルをそのレポジトリにコミットするたびにキャプチャされたプロジェクトコンテンツのすべてのスナップショットで構成されます。

Gitパネルは、Gitリポジトリを取得する両方の方法をサポートしています。
+ 既存のディレクトリを Git リポジトリとして初期化します。
+ 既存のリポジトリをクローンし、ローカルディレクトリにコピーします。

![\[Git リポジトリの初期化およびクローン化のためのインタフェースオプション\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/init-clone.png)


**注記**  
リポジトリの初期化およびクローン化のためのインタフェースオプションは、環境内のワークスペースフォルダに Git リポジトリをまだ追加していない場合にのみ使用できます。リポジトリの作業ディレクトリがすでに存在する場合、Git パネルウィンドウに作業ディレクトリのステータスとステージングエリアが表示されます。［**Git パネル**］メニューを使用して、リポジトリに対して実行できる Git コマンドにアクセスすることもできます。<a name="initialize-repo-proc"></a>

## リポジトリを初期化またはクローン化するには
<a name="initialize-repo-proc"></a>

1. Git パネルがまだ利用できない場合は、**ウィンドウ**、**ソースコントロール**をクリックし、Git アイコンを選択します。
**注記**  
キーボードショートカット **Ctrl\$1Shift\$1G** を使用してGitパネルを開くこともできます。

1. 新しい repo を初期化するか、既存の repo をクローンするかを選択します。

------
#### [ Initialize a repository ]
   + Git パネルで**リポジトリを初期化する**を選択します。
   + 次に、Git repo が初期化されるワークスペースフォルダを選択します。フォルダへのパスを入力したり、パスを選択したり、ダイアログボックスでフォルダを選択したりできます。
   + ダイアログボックスを使用している場合は、移動先フォルダを選択し、**リポジトリの初期化する**を選択します。

![\[Git repo のワークスペースフォルダを選択する\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/init-dialog-box.png)


   選択したフォルダで Git repo を初期化すると、Git パネルには、そのフォルダに既に存在する任意のファイルが追跡されていない状態で表示され、Git ステージングエリアに追加できる状態になります。

![\[repo のワークスペースフォルダを選択する\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/untracked-changes.png)


------
#### [ Clone a repository ]
   + Git パネルウィンドウで**リポジトリのクローンを作成する**を選択します。
   + 次に、クローンを作りたいリモート repo の URL (GitHub でホストされている repo をクローンする `https://github.com/my-own-repo/my-repo-project-name.git` など) を入力し、**戻る**を押します。
   + 表示されたダイアログボックスで、クローンされた repo のワークスペースフォルダを選択し、**リポジトリの場所を選択**を選択します。

**注記**  
外部サイト (GitHub など) でホストされているリポジトリにアクセスする場合、プロセスを完了するには、サイトのサインイン認証情報も入力する必要があります。

   選択したフォルダにリモート repo をクローンした後、`git pull` コマンドを使用して、ローカルリポジトリをリモートリポジトリ内の最新の変更と同期します。詳細については、「[リモートリポジトリを操作する](#working-with-remote-repos)」を参照してください。

------

## ファイルのステージングとコミット
<a name="staging-and-commit"></a>

Git リポジトリを取得した後、2 ステップのプロセスを使用してコンテンツを入力をスタートできます。

1. 追跡されていないコンテンツまたは最近変更されたコンテンツをステージングエリアに追加します。

1. ステージングエリアのファイルを作業ディレクトリにコミットします。

**重要**  
作業ディレクトリ内のすべてのファイルをリポジトリにコミットしたくない場合があります。たとえば、ランタイムに生成されたファイルをプロジェクトのリポジトリに追加したくなることはまずありません。Git パネルを使用すると、`.gitignore` ファイルでリストに追加して、ファイルを無視するようにマークできます。  
`.gitignore` でリストを更新するには、ステージングエリアに追加されていないファイルを右クリックし、**.gitignore にファイルを追加**を選択します。IDE が `.gitignore` ファイルを開き、選択したファイルの名前が無視されるファイルリストに追加されます。  
`.gitignore` でパターンマッチングを使ったファイルの種類を除外に関する情報については、関連する[git-scm.comサイトのリファレンス](https://git-scm.com/docs/gitignore)を参照してください。

------
#### [ Stage files ]

ステージングエリアに追加されていない未追跡ファイル (「U」というラベル) および変更されたファイル (「M」というラベル) は、Git パネルペインの **[Changes]** (変更) の下でリストされます。

![\[git repo のワークスペースフォルダ内の未追跡コンテンツ\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-unstaged.png)


Git パネルインターフェイスを使用して、特定のファイル、またはすべての未追跡ファイルおよび変更されたファイルをステージングエリアに追加できます。
+ 特定のファイル: ファイルを一時停止し、**\$1**を選択して、ステージングエリアに追加します。または、ファイルを右クリックして**ステージの変更**を選択します。
+ すべてのファイル: **Git パネル**メニューに移動し、**すべての変更をステージング**を選択します。

リポジトリのインデックスに追加されたファイルは、**ステージングされた変更**の下でリストにされます。以前に追跡されていないファイルは「A」というラベルが付けられ、ステージングされたことが示されます。

![\[Git repo のワークスペースフォルダにコンテンツをステージングする\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/staged-changes.png)


**注記**  
特定の変更またはすべての変更をステージング解除できます。1 つのファイルの場合は、そのファイルを一時停止し、**-**を選択します。または、右クリックして**変更をステージング解除**を選択します。すべての変更をステージング解除するには、**Git パネル**メニューに移動し、**すべての変更をステージング解除**を選択します。

------
#### [ Commit files ]

Gitの `commit` コマンドを使用して、ステージングされたファイルをリポジトリ内の永続的なスナップショットとしてキャプチャします。Git パネルインターフェイスを使用して、コミットするファイルを選択できます。
+ ステージングエリアでファイルをコミットする：**Git パネル**メニューに移動し、**コミット**を選択するか、**ステージングされたファイルをコミット**します。
+ 作業ディレクトリ内のすべてのファイルをコミットする: ［**Git パネル**］メニューに移動し、**すべてコミット**を選択します。(このオプションは `git commit` を呼び出す前に、ファイルをステージングエリアに追加するため、`git add` を使用します。) 

**注記**  
また、Gitパネルでファイルをコミットするときには、`amend` および `signed-off` オプションの使用も可能です。`amend` オプションは、最新のコミットのコミットメッセージを変更します。`sign-off` オプションは、Git ログでコミットを実行した人を特定できます。  
また、**Git パネル**メニューに移動して、コミットを選択し、**前回のコミットを取り消し**を選択して、コミットを反転させることもできます。

------

## 異なるファイルバージョンの表示
<a name="comparing-changes"></a>

ステージングまたはコミット後に変更されたファイルのバージョンを比較できます。
+ **変更**の下でリストされたファイル:「M」を選択すると、作業ディレクトリのバージョンと、最後にステージングまたは最後に repo をコミットしたバージョンの違いが表示されます。
+ **ステージングされた変更**の下でリストされたファイル: ステージングエリアのバージョンと最後に repo をコミットしたバージョンの違いを表示するには、「M」を選択します。

「M」を選択すると、IDE ウィンドウに 2 つのバージョンのファイルの違いが表示されます。一方の側には、リポジトリ内で現行版として追跡されているバージョンが表示されます。もう一方の側には、まだコミットされていない変更されたバージョンが表示されます。

![\[Git repo でバージョン管理されたコンテンツを区別する\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-diff.png)


## ブランチの操作
<a name="working-with-branches"></a>

Git のおかげで、リポジトリのメインブランチとは独立したブランチの新たな特徴の操作を許可するワークフロー管理が大幅に容易になります。複数のブランチをシームレスに切り替えることができ、メインブランチに簡単に構築できるソースコードが常に存在します。<a name="create-branch-proc"></a>

## ブランチを作成する
<a name="create-branch-proc"></a>

ブランチを作成するには、ブランチに名前を付け、開始点を選択します。

1. **Git パネル**メニューで、**チェックアウト先**を選択。または、Git パネルの下部に表示される現在のブランチの名前を選択することもできます。  
![\[現在の Git ブランチを選択する\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-current-branch.png)

1. 新しいブランチを作成するためのオプションを選択します。
   + **新しいブランチを作成する**: 新しいブランチは、現在のブランチの最後のコミットから始まります。
   + **新しいブランチの作成元**: 新しいブランチは、後続の画面で選択したブランチの最後のコミットから始まります。

1. 新しいブランチの名前を入力します。

1. ブランチの開始点として特定のブランチを指定する場合は、一覧から選択します。

新しいブランチに切り替えた後、Git パネルの下部を表示することで、現在のブランチの名前をチェックできます。

**注記**  
リモートリポジトリで作業している場合は、[新しいブランチを発行](#publish-branch-proc)して、アップストリームのリモートリポジトリに発行して、他のユーザーによる自分のコンテンツへのアクセスを許可します。<a name="switch-branches-proc"></a>

## ブランチを切り替える
<a name="switch-branches-proc"></a>

Git でソース管理のキーとなる利点の1つは、ブランチを切り替えるだけで様々なプロジェクトの間をジャンプできることです。
**重要**  
リポジトリにこみっとしていないファイルが現在のブランチにある場合は、ブランチを切り替えることはできません。まず、仕事を[コミット](#staging-and-commit)するか、仕事を[stash](#stashing-work)して、作業ディレクトリをクリーンアップする必要があります。

1. Git パネルの下部にある現在のブランチの名前を選択します。または、**Git パネル**に移動し、**チェックアウト先**を選択します。

1. 表示されたリストからブランチを選択します。

切り替え後、リポジトリの作業ディレクトリは、選択したブランチに最後にコミットされたファイルバージョンで更新されます。<a name="merge-branch-proc"></a>

## ブランチをマージ
<a name="merge-branch-proc"></a>

個別ブランチの特徴に対する作業が終了したら、通常、変更をメインプロジェクトに統合したくなるでしょう。Git では、この種の統合は、あるブランチ (例えば、特徴ブランチ) を別のブランチ (通常はリポジトリのメインブランチまたはデフォルトのブランチ) にマージすることによって促進されます。

1. 別のブランチをマージするブランチを選択するには、**Git パネル**メニューに移動し、**チェックアウト先**を選択してください。

   または、Git パネルの下部にある現在のブランチの名前を選択します。

1. 表示されるリストから、切り替えるブランチを選択します。

1. Git パネルの［**検索**］ボックスで、「マージ」という言葉の入力をスタートします。

   **コマンド**リストの下で **Git: Merge Branch** が表示されるときは、それを選択します。  
![\[[マージ] コマンドの検索\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-merge.png)

1. 表示されたリストから、ターゲットブランチにマージするブランチを選択します。

   マージが競合せずに完了すると、Git パネルインターフェイスが更新され、マージされた変更を含むターゲットブランチが表示されます。

[ブランチのマージ](#working-with-branches)の時に、同じコンテンツに加えられた互換性のない変更に起因するマージの競合が発生する可能性があります。このような場合は、マージをコミットする前に競合を解決する必要があるという警告が表示されます。

IDE のコードエディタウィンドウを使用して、2 つのブランチで競合するコンテンツを特定し、変更を加えて相違を解決できます。

![\[マージの競合を解決するための IDE ウィンドウ\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-merge-conflicts.png)


## リモートリポジトリを操作する
<a name="working-with-remote-repos"></a>

インターネットまたはネットワークでホストされているリモートリポジトリは、チームメンバーがローカルの責任にコミットした変更の共有を許可して、コラボレーションを促進します。データをアップロードおよびダウンロードする Git コマンドを使用することで、「ダウンストリーム」(ローカル)リポジトリの内容が「アップストリーム」(リモート)リポジトリの内容と同期するようにします。<a name="publish-branch-proc"></a>

## リモートリポジトリへのブランチの発行
<a name="publish-branch-proc"></a>

ローカルリポジトリのブランチを作成した後は、お客様にとってプライベートであり、お客様がプッシュしてリモートリポジトリに「アップストリーム」するまで、共同作業者は利用できません。

1. 現在のブランチを発行するには、［**Git パネル**］メニューに移動して、**ブランチの発行** を選択します。または、Git パネルの下部にあるブランチ名の横にあるクラウドシンボルをクリックします。  
![\[ブランチをリモートリポジトリに発行するオプション\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/publish-branch-image.png)

1. 必要に応じて、リモートリポジトリにアクセスするため、サインイン認証情報を入力します。

ブランチがリモートリポジトリに正常にパブリッシュされると、Git パネルの下部にあるブランチ名の横に同期シンボルが表示されます。これを選択すると、ローカルリポジトリとリモートリポジトリの内容が同期されます。

![\[ローカルブランチとリモートブランチを同期するオプション\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/sync-branch-local-remote.png)


### ローカルリポジトリとリモートリポジトリ間でコンテンツをプッシュおよびプルする
<a name="pushing-and-pulling"></a>

Git を使用して共有プロジェクトで共同作業を行う場合は、通常、リモートリポジトリからローカルリポジトリに他のチームメンバーによる最近の変更取得でスタートします。また、ローカル repo への変更をコミットした後、リモートリポジトリにプッシュして、チームの残るメンバーがアクセスできるようにします。これらのアクションのパフォーマンスは、コマンド `git pull` および `git push` で行います。

**注記**  
ほとんどのホストされたリポジトリ (GitHub 上のリポジトリなど) との間で変更をプッシュおよびプルするときは、サインイン認証情報を入力する必要があります。

------
#### [ Pull changes from remote ]

Git パネルインタフェースを通じて `git pull` コマンドを使用すると、リモートリポジトリ内のブランチにコミットされた最新の変更でローカルリポジトリを更新できます。

1. **Git パネル**メニューで、**チェックアウト先**を選択。

1. ブランチのリストで、変更をプルしたいローカルブランチを選択します。

1. 次に、を選択します。［**Git パネル**］メニューに移動し、［**プル元 **］を選択します。

1. リモートリポジトリを選択し、そのリポジトリ内のブランチを選択して変更をプルします。

プルを実行した後、リポジトリの作業ディレクトリのリモート repo から取得したファイルにアクセスできます。ファイルを変更したら、変更をリモートブランチにプッシュできます。

------
#### [ Push changes to remote ]

Git パネルインターフェース経由で `git push` コマンドを使用すると、ローカルリポジトリ内の指定されたブランチの最新の変更を使ってリモートリポジトリを更新できます。

1. **Git パネル**メニューで、**チェックアウト先**を選択。

1. ブランチのリストで変更をプッシュしたいローカルブランチを選択します。

1. 次に、［**Git パネル**］メニューに移動し、**プッシュ先**を選択します。

1. リモートリポジトリを選択し、そのリポジトリ内のブランチを選択して変更をプッシュします。

プッシュを実行した後、他のチームメンバーは、自分のリポジトリのローカルコピーにプルダウンして、お客様が行った変更にアクセスできます。

------

## ファイルの stash と取得
<a name="stashing-work"></a>

Git の stash 特徴を使用すると、最初にステージングしたファイルや変更したファイルをコミットせずに、ブランチを切り替えることができます。stash の特徴は、作業ディレクトリとステージングエリアの現在のステータスをキャプチャし、後で使用するために保存します。この特徴は、未完成のコンテンツまだ取り組んでおり、ブランチを遅滞なく切り替える必要がある場合に便利です。<a name="stash-work-proc"></a>

**stash 作業**

1. 作業ディレクトリの現在の状態を stash (一時的に対比) するには、［**Git パネル**］メニューで、以下のいずれかのオプションを選択します。
   + **stash**: 作業ディレクトリ内のすべての変更またはステージングされたファイルが stash に追加されます。未追跡ファイルは追加されません。
   + **stash (未追跡を含む)**: まだ追跡されていないファイルも含めて、作業ディレクトリ内のすべてのファイルが stash に追加されます。

1. 将来の取得のために stash の識別に役立つオプションのメッセージを入力します。

stash の後、Git パネルのインターフェイスがリフレッシュされ、クリーンアップされた作業ディレクトリが表示されます。<a name="retrieve-work-proc"></a>

**stash を取得する**

1. stash を取得して作業ディレクトリに適用するには、［**Git パネル**］メニューで、以下のオプションの 1 つを選択します。
   + **stash を適用**: 選択した stash を作業ディレクトリに適用し、後で使用できるように stash を保持します。
   + **stash をポップ**: 選択した stash を作業ディレクトリに適用し、stash スタックから stash を削除します。
**注記**  
また、stash スタックに追加された最後の stash の適用またはポップを選択することもできます。

1. stash を選択して、作業ディレクトリに適用します。

Git パネルインターフェイスが更新され、stash が適用されて作業ディレクトリが表示されます。

# リファレンス: Git パネルで利用可能な Git コマンド
<a name="gitpanel-reference"></a>

の Git パネルメニュー AWS Cloud9 は、コアコマンドとアドバンスト git コマンドの両方への便利なユーザーインターフェイスアクセスを提供します。

ブランチのマージや削除に使用されるコマンドなど、特定の git コマンドは、Git パネルの検索フィールドを通じてのみ使用できます。

また、Git パネルがコマンドを実行し、リポジトリと連携する方法をカスタマイズすることもできます。デフォルト設定を変更するには、まず **AWS Cloud9**、**Preferences (設定)**を選択します。［**Preferences (設定)**］ウィンドウで、［**Project Settings (プロジェクト設定)**］を選択**します**。

情報アイコンの上にカーソルを合わせると、設定の簡単な説明の読み取りができます。

![\[Git パネルインターフェイスの表示\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-preferences.png)


**注記**  
公式の Git サイトからリストされている Git コマンドの詳細なドキュメントにアクセスできます: [https://git-scm.com/doc](https://git-scm.com/doc)。

## Git パネルメニューから利用可能な Git コマンドのリファレンス
<a name="git-menu-options"></a>

リポジトリ名の反対側の記号を選択して、**Git パネル**メニューにあるオプションにアクセスします。

![\[Git パネルインターフェイスの表示\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-menu-access.png)



**Git パネルメニュー**  

| メニューオプション | 説明 | 
| --- | --- | 
|  **コミット**  |  リポジトリの作業ディレクトリにステージングエリアを追加したコンテンツをコミットします。コミットメッセージを追加します。  | 
|  **更新**  |  GitPanel インターフェイスを更新して、作業ディレクトリとステージングエリアのステータスを表示します。  | 
|  **プルl**  |  リモートリポジトリからローカルリポジトリに最新の変更をプルします。  | 
|  **プル (リベース)**  |  リモートブランチからプルされたリモート変更に、ローカルの変更を再適用します。  | 
|  **...からプッシュ**  |  ローカルリポジトリ内のブランチにコミットされた変更をリモートリポジトリ内のブランチにプッシュします。  | 
|  **プッシュ**  |  ローカルリポジトリにコミットされた変更内容をリモートリポジトリにプッシュします。  | 
|  **プッシュ先…**  |  ローカルリポジトリ内のブランチにコミットされた変更をリモートリポジトリ内のブランチにプッシュします。  | 
|  **同期**  |  `git pull` コマンドの後に`git push` コマンドを実行してローカルリポジトリとリモートリポジトリのコンテンツを同期します。  | 
|  **チェックアウト先…**  |  既存のブランチに切り替えるか、ブランチを作成してそのブランチに切り替えます。  | 
|  **ブランチの発行**  |  ローカルリポジトリで作成されたプライベートブランチを公開し、リモートリポジトリで使用できるようにします。  | 
|  **すべてコミット**  |  ステージングされたファイルとステージングされていないファイルの両方をリポジトリにコミットします。(`git commit` コマンドを実行する前に `git add -A` コマンドを実行して、ステージングエリアにファイルを追加します)。  | 
|  すべてコミット (修正)  |  前回のコミットのメッセージを変更します。(`git commit` コマンドを実行するときに、`-amend` オプションを追加します)。  | 
|  **すべてコミット (サインオフ)**  |  Git ログでコミットを実行したユーザーを識別します。(`git commit`コマンドを実行する時に、`-signed-off`オプションを追加します)。  | 
|  **ステージングしたものをコミット**  |  ステージングしたファイルのみをリポジトリにコミットします。  | 
|  **ステージングしたものをコミット (修正)**  |  前回のコミットのメッセージを変更します。(`git commit`コマンドを実行する時に、`-amend`オプションを追加します)。  | 
|  **ステージングしたものをコミット (サインオフ)**  |  Git ログでコミットを実行したユーザーを識別します。(`git commit`コマンドを実行する時に、`-signed-off`オプションを追加します)。  | 
|  **[Undo Last Commit]** (前回のコミットを元に戻す)  |  前のコミットを元に戻します。ファイルはステージングエリアに戻されます。  | 
|  **すべての変更を破棄**  |  リポジトリのステージングエリアからすべてのファイルとフォルダを削除します。  | 
|  **すべての変更をステージング**  | 追跡していないコンテンツおよび変更されたコンテンツをステージングエリアに追加します。 | 
|  **すべての変更のステージング解除**  |  ステージングエリアからすべてのファイルを移動します。ステージングされていないファイルはリポジトリにコミットできません。  | 
|  **最新の stash を適用する**  |  スタック stash に追加された最後の stash を作業ディレクトリに適用します。stash はスタックに残ります。  | 
|  **Stash を適用する…**  |  stash スタックから選択された stash を作業ディレクトリに適用します。stash はスタックに残ります。  | 
|  **最新 stash をポップ**  |  スタック stash に追加された最後の stash を作業ディレクトリに適用します。その後、stash はスタックから削除されます。  | 
|  **Stash のポップ…**  |  選択した stash を作業ディレクトリに適用します。その後、stash はスタックから削除されます。  | 
|  **Stash**  |  作業ディレクトリ内の変更されたファイルとステージングされたファイルを名前がついた stash に追加します。  | 
|  **Stash （追跡されていないものを含む）**  |  追跡していないファイルを含む作業ディレクトリ内のすべてのファイルを名前が付いた stash に追加します。  | 
|  **Git 出力を表示**  |  Git パネルインターフェースと連携するときに実行される Git コマンドを示すウィンドウが表示されます。  | 

## Git パネルの検索フィールドから利用可能な Git コマンド
<a name="git-commands-search"></a>

 検索ボックスに「git」と入力すると、Git パネルメニューでは利用できないサポートされている Git コマンドにアクセスすることもできます。

![\[Git リポジトリの初期化およびクローンを行うためのインタフェースオプション\]](http://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/images/git-filter.png)


次の表に、この方法でアクセスできる選択した Git コマンドの説明を示します。


**選択された Git コマンド**  

| メニューオプション | 説明 | 
| --- | --- | 
|  **Git: リモートを追加する**  |  リモートリポジトリへの接続を Git 設定ファイルに追加する   | 
|  **Git: ブランチを削除する**  |  指定されたブランチを削除します。  | 
|  **Git: 取得**  |  リモートリポジトリ内のブランチからコンテンツをダウンロードします。`git pull` とは対照的に、リモート変更はローカルリポジトリにマージされません。  | 
|  **Git: ブランチをマージする**  |  あるブランチで行った変更を別のブランチに統合します。詳細については、[ブランチのマージ手順](using-gitpanel.md#merge-branch-proc)を参照してください。  |