マージ実行時、Rerereによるマージコンフリクトの解消を行うが、マージコンフリクトが発生したファイルをステージングエリアに追加しない
マージ実行時、Rerere(Reuse recorded resolution)による「マージコンフリクト」の解消を行いますが、「マージコンフリクト」が発生したファイルをステージングエリアに追加しません。ユーザーは自分で「マージコンフリクト」が発生したファイルを「ステージングエリア」に追加する必要があります。
Rerereやファイルの編集記録については、「マージ実行時、Rerereによるマージコンフリクトの解消を行い、マージコンフリクトが発生したファイルをステージングエリアに追加する」を参考にしてください。
ここでも同じ例を使用します。
1.ブランチの確認
現在のブランチ構成を確認すると、以下のようになっています。現在のブランチは、「master」ブランチであることが分かります。
同様に、「HEAD」は「master」ブランチを指していることが分かります。
ここでは例として、「master」ブランチに「fix」ブランチをマージします。
2.ブランチの状態
ブランチの状態を図にすると、以下のようになります。見ての通り、この状態で「master」ブランチに「fix」ブランチをマージすると、「3ウェイマージ」によるマージになることが分かります。
3.コマンドの実行
コマンドのオプションは、以下のオプションを指定します。オプション |
---|
--no-rerere-autoupdate |
「端末」から、以下のコマンドを実行します。
コマンドの詳細は、「ファイルのマージを行うコマンドの説明」を参考にしてください。
ポイントは、赤字の箇所です。
git merge --no-rerere-autoupdate --verbose fix
4.コマンドの実行結果
「3ウェイマージ」によるマージの結果が表示されます。「マージコンフリクト」発生後、「マージコンフリクト」が発生したファイルに対し、自動的にRerereによる自動マージが行われます。
Rerereによる「マージコンフリクト」の解消が行われても、コミットが自動的に行われることはありません。
5.ワーキングディレクトリーの確認
「ワーキングディレクトリー」の状態を確認すると、Rerereによる「マージコンフリクト」の解消が行われたファイルが、「ステージングエリア」に追加されていません。6.マージコンフリクトが発生したファイルの中身
「マージコンフリクト」が発生したファイルの中身を見ると、以下のようになっています。Rerereによる「マージコンフリクト」の解消が行われています。
7.コミットを行う
「マージコンフリクト」が発生すると、自動的に「マージコミット」は行われないため、自分でコミットを行います。8.マージ後のブランチの確認
マージ後のブランチを確認すると、以下のようになっています。「master」ブランチの「ブランチヘッド」が指す「コミットオブジェクト」の識別子は、「マージコミット」で生成した「コミットオブジェクト」を指しています。