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

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

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

1. リポジトリ名の下で、クリックします Pull requests

   

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

3. 指定した Pull Request の下部周辺で、[Resolve conflicts] をクリックします。

   ヒント: [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 ブランチが保護されている� �合は、新しいブランチを作成する必要があります。 保護されたブランチを更新するオプションはありません。

   [Create branch and update my pull request] または [I understand, continue updating BRANCH] をクリックします。 ボタンテキストは、実行中のアクションに対応しています。

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

参考リンク

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