kledgeb Ubuntuの使い方や日本語化、アプリの使い方を紹介しています。 Ubuntuの最新情報も紹介しています。

マージ実行時、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」ブランチの「ブランチヘッド」が指す「コミットオブジェクト」の識別子は、「マージコミット」で生成した「コミットオブジェクト」を指しています。

  9.マージ後のブランチの状態

    マージ後のブランチの状態を図にすると、以下のようになります。



関連コンテンツ
同一カテゴリーの記事
コメント
オプション