マージ競合を解決する

2025-10-08

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020

Visual Studio 2019 |Visual Studio 2022

マージまたはリベースすると、あるブランチで行われた変更と、別のブランチで行われた変更を統合するように Git に指示します。多くの場合、Git では、サポートなしでマージまたはリベースが自動的に完了します。ただし、あるブランチで行われた変更が別のブランチで行われた変更と競合することが Git によって検出された場合は、競合を解決するように求められます。マージの競合は、マージされたブランチが同じファイル行を異なる方法で編集するとき、または 1 つのブランチがファイルを変更し、別のブランチがファイルを削除したときに発生する可能性があります。マージの競合を解決するプロセスは、Git マージとリベースの両方に適用できます。

Visual Studio で、またはコマンドラインと任意のテキストエディターを使用して、マージの競合を解決できます。

Git ワークフローの概要については、 Azure Repos Git チュートリアルを参照してください。

[前提条件]

カテゴリ	Requirements
プロジェクトへのアクセス権	プロジェクトのメンバー。
アクセス許可	- プライベートプロジェクトのコードを表示する: 少なくとも Basic アクセス。 - プライベートプロジェクトのコードを複製または投稿する: 共同作成者セキュリティグループのメンバー、またはプロジェクト内の対応するアクセス許可。 - ブランチまたはリポジトリのアクセス許可を設定する: ブランチまたはリポジトリのアクセス許可を管理します。 - 既定のブランチを変更する: リポジトリのポリシーのアクセス許可を編集します。 - リポジトリをインポートする: プロジェクト管理者セキュリティグループのメンバーまたは Git プロジェクトレベルの [リポジトリの作成 ] アクセス許可が [許可] に設定されています。詳細については、「 Git リポジトリのアクセス許可を設定する」を参照してください。
サービス	リポジトリが有効になっています。
ツール	Optional. az repos コマンドを使用する: Azure DevOps CLI。

注

パブリックプロジェクトでは、 利害関係者 アクセス権を持つユーザーは、コードの表示、複製、投稿など、Azure Repos へのフルアクセス権を持ちます。

カテゴリ	Requirements
プロジェクトへのアクセス権	プロジェクトのメンバー。
アクセス許可	- コードの表示: 少なくとも基本アクセス。 - コードの複製または投稿: 共同作成者セキュリティグループのメンバー、またはプロジェクト内の対応するアクセス許可。
サービス	リポジトリが有効になっています。

マージの競合について

Git マージまたはリベースでは、ソースブランチからのコミットが現在のローカルブランチ (ターゲットブランチ) に統合されます。 Git マージは、早送りまたは高速順方向のマージを実行します。高速転送なしのマージは、 3 方向 マージまたは真のマージとも呼ばれます。 Git リベースは別の種類のマージです。これらのマージの種類を次の図に示します。

Git マージと Git リベースを使用する場合のコミットの前後を示す図。

Git マージの場合、ターゲットブランチのヒントがソースブランチ内に存在する場合、既定のマージの種類は早送りマージになります。それ以外の場合、既定のマージの種類は早送りなしのマージになります。

ターゲットブランチの先端がソースブランチから分岐した場合、Git では早送りマージが適用されないため、早送りマージでマージ競合が発生することはありません。既定では、Git では可能な限り早送りマージが使用されます。たとえば、Git は、リモートの対応するブランチからプルすることによってのみ更新するローカルブランチに高速マージを適用します。

早送りなしのマージでは、ソースブランチの変更とターゲットブランチの変更を統合する新しいターゲットブランチ "マージコミット" が生成されます。適用可能な変更は、両方のブランチに共通する最後のコミットの後に行われた変更です。上の図では、コミット C は両方のブランチの最後の共通コミットです。ソースブランチの変更がターゲットブランチの変更と競合する場合、Git によってマージの競合を解決するように求められます。マージコミット (L) には、統合されたソースブランチとターゲットブランチの変更が含まれています。ソースブランチとターゲットブランチのヒント(KとE)はマージコミットの親です。ブランチのコミット履歴では、マージコミットはマージ操作に役立つマーカーであり、マージされたブランチを明確に示します。

Git リベースでは、ターゲットブランチのコミット履歴が再シーケンスされるため、すべてのソースブランチコミットが含まれ、最後の共通コミット以降のすべてのターゲットブランチコミットが格納されます。上の図では、コミット C は両方のブランチの最後の共通コミットです。これを表示するもう 1 つの方法は、ソースブランチ履歴の上にターゲットブランチの変更をリベースで再生することです。ソースブランチの変更がターゲットブランチの変更と競合する場合、Git によってマージの競合を解決するように求められます。早送りマージと同様に、リベースではマージコミットは作成されません。特に、リベースによって既存のターゲットブランチコミットのシーケンスが変更されます。これは、他のマージ戦略の場合ではありません。上の図では、コミット K' には K と同じ変更が含まれていますが、C ではなくコミット E にリンクするため、新しいコミット ID が含まれています。

Git のマージとリベースは、ターゲットブランチのみを変更します。ソースブランチは変更されません。 1 つ以上のマージ競合が発生した場合は、それらを解決してマージまたはリベースを完了する必要があります。または、マージ/リベース操作を取り消し、ターゲットブランチを以前の状態に戻すことができます。

マージオプションと戦略の詳細については、 Git リファレンスマニュアルと Git マージ戦略を参照してください。

マージの競合を解決するタイミング

Git マージと Git リベースは、 Git ワークフローで広く使用されています。ローカル機能またはバグ修正ブランチで作業する場合は、次の操作を行うのが一般的です。

リモートコミットを定期的にmainしてフェッチおよびマージすることで、ローカルブランチをリモート対応のブランチに最新の状態に保ちます。
リベースまたはマージを使用して、ローカル main ブランチの更新プログラムをローカル機能ブランチに統合します。
対応するリモートブランチにプッシュして、ローカル機能ブランチの作業をバックアップします。
機能の完了時に、リモート機能ブランチをリモートブランチにマージするmainを作成します。

リモートの変更をローカルリポジトリに頻繁に統合することで、他のユーザーによる最近の作業を把握し、発生したマージの競合を迅速に解決できます。

マージ競合を解決する

マージの競合を解決するプロセスは、Git マージと Git リベースの両方に適用できます。次の手順では、マージ中のマージの競合を解決する方法について説明しますが、リベース中のマージの競合も同様に解決できます。

ヒント

ソースブランチがリモート追跡ブランチの場合は、マージの前に Git フェッチを実行して、ブランチが -date up-toされていることを確認します。または、Git フェッチと Git マージを組み合わせた Git pull コマンドを実行します。

Visual Studio 2022 では、Git メニュー、Git の変更、およびソリューションエクスプローラーのコンテキストメニューを使用して、Git バージョン管理エクスペリエンスが提供されます。 Visual Studio 2019 バージョン 16.8 には、 チームエクスプローラー の Git ユーザーインターフェイスも用意されています。詳細については、「 Visual Studio 2019 - チームエクスプローラー 」タブを参照してください。

Git リポジトリ ウィンドウの [ブランチ] ウィンドウで、ターゲットブランチをチェックアウトします。次に、ソースブランチを右クリックし、[ merge <source-branch><target-branch> を選択します。
競合が原因で Git によってマージが停止された場合、Visual Studio から通知されます。その場合は、競合を解決するか、マージをキャンセルしてマージ前の状態に戻すことができます。 [Git の変更] ウィンドウの [結合されていない変更] セクションには、マージの競合があるファイルが一覧表示されます。コンテンツにマージ競合があるファイルの場合は、ファイルをダブルクリックしてマージエディターで開きます。

$Visual Studio の [Git Changes]$Git の変更$ ウィンドウのマージ競合があるファイルのスクリーンショット。$
マージエディターの [受信 ] ウィンドウにソースブランチファイルのバージョンが表示され、[ 現在] ウィンドウにターゲットブランチファイルのバージョンが表示され、[ 結果 ] ウィンドウに結果のマージファイルが表示されます。特定のソースまたはターゲットブランチの変更を適用するには、保持する競合する行の横にあるチェックボックスをオンにします。結果ペインでマージファイルを直接編集することもできます。現在のファイル内のすべてのマージ競合を解決した後、[マージの 受け入れ ] を選択します。コンテンツが競合するファイルごとに、この手順を繰り返します。
1 つのブランチで編集され、もう一方のブランチで削除されたファイルの場合は、ファイルを右クリックし、目的のブランチアクションを選択します。

$Visual Studio の [Git Changes]$Git の変更$ ウィンドウの競合するファイルのコンテキストメニューのスクリーンショット。$
[Git Changes]$Git の変更$ ウィンドウで、コミットメッセージを入力し、[ Commit Staged]$ステージングされたコミット $ を選択してマージを完了します。これは、すべてのファイルのすべてのマージ競合を解決した後です。

$Visual Studio の [Git Changes]$Git の変更$ ウィンドウのコミットメッセージと [Commit Staged]$ステージングされたコミット$ ボタンのスクリーンショット。$

ソースブランチをターゲットブランチにマージする前に、ターゲットブランチをチェックアウトします。次に、Git merge コマンドを使用して、ソースブランチを現在のローカルブランチ (ターゲットブランチ) にマージします。複数のソースブランチをターゲットブランチにマージするには、ソースブランチ名をスペースで区切ります。

git checkout <target branch>
git merge <source branch>

ヒント

git switch <branch name>を使用してブランチに切り替えることもできます。

一部のシナリオでは、Git マージコマンドがエラーで失敗するか、完了前に停止します。

Git メッセージ	Description	解決策
次のファイルに対するローカルの変更は、マージによって上書きされます。..	このエラーは、現在のローカルブランチにコミットされていない変更を含む 1 つ以上のファイルがあり、それらのファイルがマージの影響を受ける可能性があることを示します。 Git では、マージの影響を受けないファイル内のコミットされていない変更に対するエラーは生成されません。	コミットされていない変更をコミット、隠し、または破棄してから、マージを再試行します。
自動マージに失敗しました。競合を修正し、結果をコミットします。	少なくとも 1 つのソースブランチの変更が、ターゲットブランチの変更と競合します。 Git はマージを停止し、マージの競合の解決を待機します。	`git merge --abort`を実行してマージを取り消すか、すべてのマージ競合を解決してから、`git merge --continue`実行します。

ヒント

現在のマージ操作では、次のことができます。

git statusを実行して、マージ競合のあるファイルを一覧表示します。
git log --mergeを実行して、ソースブランチとターゲットブランチで競合するコミットを一覧表示します。

ファイルコンテンツの競合を解決する

任意のエディターでファイルを開き、競合するテキストを表示して解決します。 Git は、競合するテキストのインスタンスを示すマーカーのセットを追加しました。例えば次が挙げられます。
```
<<<<<<< HEAD
- Network controller
- Fiber optic transmitter
- Fiber optic transceiver
- Network switches
=======
- Network control
- Fiber optic transmitter
- Fiber optic transceiver
- Network switch
>>>>>>> origin/main
```
<<<<<<<と=======の間のテキストは、競合するテキストのターゲットブランチバージョンです。
=======と>>>>>>>の間のテキストは、競合するテキストのソースブランチバージョンです。
ファイルを編集して、競合するテキストを解決します。マージ競合マーカーを削除することで、競合を解決したことを Git に知らせます。たとえば、前のテキスト (競合マーカーを含む) を次に変更できます。
```
- Network controller
- Fiber optic transmitter
- Fiber optic transceiver
- Network switch
```
競合するすべてのテキストを解決したら、 git add <filename> を実行してファイルをステージングします。
コンテンツが競合するすべてのファイルに対して、上記の手順を繰り返します。

削除されたファイルの競合を解決する

削除されたファイルの競合は、同じファイルが 1 つのブランチで編集され、別のブランチで削除された場合に発生します。削除されたファイルごとに、使用するブランチアクションを決定します。次に、 git add <filename> を使用して変更されたファイルを保持するか、 git rm <filename> を使用してファイルを削除します。

次のステップ

プッシュ元に戻す変更を使用してコードを共有する

フィードバック

このページはお役に立ちましたか?

次の方法で共有

マージ競合を解決する

[前提条件]

マージの競合について

マージの競合を解決するタイミング

マージ競合を解決する

次のステップ

関連資料

フィードバック

その他のリソース