GitHub でのマージ コンフリクトを解決する

GitHub Enterprise Serverで解決できるマージコンフリクトは、Git リポジトリの別々のブランチで、同じファイルの同じ行に異なる変更がなされた場合など、互いに矛盾する行変更を原因とするもののみです。 その他すべての種類のマージ コンフリクトについては、コマンド ラインでコンフリクトをローカルに解決する必要があります。 詳しくは、「コマンド ラインを使用してマージ コンフリクトを解決する」をご覧ください。

サイトの管理者がリポジトリ間の Pull Request に対してマージ コンフリクト エディターを無効にしている場合、GitHub Enterprise Server ではコンフリクト エディターを使用できず、コマンドラインでマージ コンフリクトを解決する必要があります。 たとえば、マージ コンフリクト エディターが無効な場合、フォークと上流リポジトリの間の Pull Request ではそれを使用できません。

1. リポジトリ名の下にある [pull request] をクリックします。

   

2. [Pull Requests] リストで、解決するマージ コンフリクトを起こしている Pull Request をクリックします。

3. 指定した pull request の下部周辺で、 [競合の解決] をクリックします。

   

   Note

   [Resolve conflicts] ボタンが作動しない場合は、pull request のマージの競合が複雑すぎて GitHub Enterprise Server では解決できません。または、サイト管理者がリポジトリ間の pull request に対して競合するエディターを無効にしています。 別の Git クライアントを使用するか、コマンドラインで Git を使用して、マージのコンフリクトを解決する必要があります。 詳しくは、「コマンド ラインを使用してマージ コンフリクトを解決する」をご覧ください。

4. あなたのブランチの変更だけを保持したいか、他のブランチの変更だけを保持したいか、あるいは両方のブランチからの変更を取り入れられる新しい変更を作成するかを決めてください。 競合マーカー <<<<<<<、=======、>>>>>>> を削除し、最終的なマージで必要な変更を行います。

5. ファイルに複数のマージ コンフリクトがある場合は、次の一連のコンフリクト マーカーまで下にスクロールし、ステップ 4 と 5 を繰り返してマージ コンフリクトを解決します。

6. ファイル内のコンフリクトをすべて解決したら、 [Mark as resolved] をクリックします。

   

7. コンフリクトしているファイルが複数ある場合は、[conflicting files] の下のページの左側で編集する次のファイルを選択し、Pull Request のマージ コンフリクトをすべて解決するまでステップ 4 から 7 を繰り返します。

8. マージ コンフリクトをすべて解決したら、 [Commit merge] をクリックします。 これにより、Base ブランチ全体が Head ブランチにマージされます。

   

9. プロンプトに従い、コミット先のブランチをレビューします。

   head ブランチがリポジトリのデフォルトブランチである場合、コンフリクトを解決するために加えた変更でこのブランチを更新するか、新しいブランチを作成してこれをプルリクエストのヘッドブランチとして使用するかを選択できます。

   新しいブランチを作成する場合は、ブランチの名前を入力します。

   プルリクエストの head ブランチが保護されている場合は、新しいブランチを作成する必要があります。 保護されたブランチを更新するオプションはありません。

   [ブランチの作成と pull request の更新] または [理解しており、BRANCH の更新を続ける] をクリックします。 ボタンテキストは、実行中のアクションに対応しています。

10. pull request をマージするには、 [pull request のマージ] をクリックします。 その他の pull request マージ オプションの詳細については、「pull request のマージ」を参照してください。

参考資料

• プルリクエストのマージについて