git merge：別のファイルに移動したコードに変更を適用します

私は今かなりぎこちないgitマージ操作を試みています。私が遭遇している1つの問題は、ブランチのコードにいくつかの変更を加えたが、同僚がそのコードをブランチの新しいファイルに移動したことです。そのため、私がを実行したときgit merge my_branch his_branch、Gitは新しいファイルのコードが古いファイルと同じであることを認識しなかったため、変更はありません。

新しいファイルのコードに変更を再度適用する最も簡単な方法は何ですか。どのコミットを再適用する必要があるかを見つけるのにそれほど多くの問題は発生しません（私はを使用できますgit log --stat）。しかし、私が知る限り、gitに変更を新しいファイルに再適用させる方法はありません。私が今見ている最も簡単なことは、手動で変更を再適用することですが、これは良いアイデアのようには見えません。

私はgitがファイルではなくblobを認識することを知っているので、「このコミットからのこの正確なコード変更を適用します。ただし、この新しいファイルのどこにあるかではなく、現在の場所を除きます」。

同様の問題がありましたが、対象のファイル編成に一致するように作業をリベースすることで解決しました。

あなたが変更と言うoriginal.txtあなたのブランチ（上local分岐）が、masterブランチに、original.txt別のものにコピーされている、と言いますcopy.txt。このコピーは、commitという名前のコミットで行われましたCP。

あなたは、すべてのローカルの変更、コミット適用するAと、B上で行われたの下に、original.txt新しいファイルに、copy.txt。

 ---- X -----CP------ (master)
       \ 
        \--A---B--- (local)

moveを使用して、変更の開始点に使い捨てブランチを作成しますgit branch move X。つまり、マージするコミットの前のmoveブランチであるcommit Xにブランチを置きます。ほとんどの場合、これは変更を実装するために分岐したコミットです。ユーザー@digory dooが以下に書いたように、あなたはgit merge-base master localを見つけるために行うことができますX。

 ---- X (move)-----CP----- (master)
       \ 
        \--A---B--- (local)

このブランチで、次の名前変更コマンドを発行します。

git mv original.txt copy.txt

これにより、ファイルの名前が変更されます。copy.txtこの時点ではまだツリーに存在していないことに注意してください。
変更をコミットします（このコミットに名前を付けますMV）。

        /--MV (move)
       /
 ---- X -----CP----- (master)
       \ 
        \--A---B--- (local)

これで、上に作業をリベースできますmove。

git rebase move local

これは問題なく動作するはずで、変更はcopy.txtローカルブランチに適用されます。

        /--MV (move)---A'---B'--- (local)
       /
 ---- X -----CP----- (master)

ここでMV、移動操作はCPメインブランチでのコミット時のコピー操作と競合する可能性があるため、メインブランチの履歴で必ずしもコミットする必要はありません。

次のように、移動操作を破棄して、作業を再度リベースするだけです。

git rebase move local --onto CP

... 他のブランチで導入されCPたコミットcopy.txtです。これにより、すべての変更copy.txtがCPコミットに基づいてリベースされます。さて、あなたのlocalブランチは、正確に、あなたは常に変更されているかのようcopy.txtではなくoriginal.txt、あなたが他の人との合併を続行することができます。

                /--A''---B''-- (local)
               /
 -----X-------CP----- (master)

変更が適用されるCPか、そうでなければcopy.txt存在せず、変更が再び適用されることが重要ですoriginal.txt。

これが明確であることを願っています。この答えは遅くなりますが、これは他の人に役立つかもしれません。

常にgit diff（またはgit format-patch）を使用してパッチを生成し、パッチのファイル名を手動で編集して、git apply（またはgit am）で適用できます。

これがなければ、それが自動的に機能する唯一の方法は、gitの名前変更検出が古いファイルと新しいファイルが同じものであることを理解できる場合です-それは実際にはあなたの場合ではなく、それらのチャンクにすぎないようです。gitがファイルではなくblobを使用することは事実ですが、blobはファイル全体のコンテンツであり、ファイル名とメタデータは添付されていません。したがって、2つのファイル間でコードのチャンクを移動した場合、それらは実際には同じblobではありません。残りのblobのコンテンツは異なり、共通のチャンクだけです。

これは、名前の変更と編集でマージの競合が発生し、mergetoolが正しい3つのマージソースファイルを認識して解決するマージソリューションです。

• 名前が変更され、編集されたことがわかった「削除されたファイル」のためにマージが失敗した後：

  1. マージを中止します。
  2. ブランチで名前を変更したファイルをコミットします。
  3. そして再びマージします。

ウォークスルー：

file.txtを作成します。

$ git init
Initialized empty Git repository in /tmp/git-rename-and-modify-test/.git/

$ echo "A file." > file.txt
$ git add file.txt
$ git commit -am "file.txt added."
[master (root-commit) 401b10d] file.txt added.
 1 file changed, 1 insertion(+)
 create mode 100644 file.txt

後で編集するブランチを作成します。

$ git branch branch-with-edits
Branch branch-with-edits set up to track local branch master.

マスターで名前変更と編集を作成します。

$ git mv file.txt renamed-and-edited.txt
$ echo "edits on master" >> renamed-and-edited.txt 
$ git commit -am "file.txt + edits -> renamed-and-edited.txt."
[master def790f] file.txt + edits -> renamed-and-edited.txt.
 2 files changed, 2 insertions(+), 1 deletion(-)
 delete mode 100644 file.txt
 create mode 100644 renamed-and-edited.txt

スワップしてブランチし、そこで編集します。

$ git checkout branch-with-edits 
Switched to branch 'branch-with-edits'
Your branch is behind 'master' by 1 commit, and can be fast-forwarded.
  (use "git pull" to update your local branch)
$ 
$ echo "edits on branch" >> file.txt 
$ git commit -am "file.txt edited on branch."
[branch-with-edits 2c4760e] file.txt edited on branch.
 1 file changed, 1 insertion(+)

マスターをマージしようとしました：

$ git merge master
CONFLICT (modify/delete): file.txt deleted in master and modified in HEAD. Version HEAD of file.txt left in tree.
Automatic merge failed; fix conflicts and then commit the result.

競合を解決するのは難しいことに注意してください-そして、ファイルの名前が変更されました。中止し、名前変更を模倣します。

$ git merge --abort
$ git mv file.txt renamed-and-edited.txt
$ git commit -am "Preparing for merge; Human noticed renames files were edited."
[branch-with-edits ca506da] Preparing for merge; Human noticed renames files were edited.
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename file.txt => renamed-and-edited.txt (100%)

もう一度マージしてみてください：

$ git merge master
Auto-merging renamed-and-edited.txt
CONFLICT (add/add): Merge conflict in renamed-and-edited.txt
Recorded preimage for 'renamed-and-edited.txt'
Automatic merge failed; fix conflicts and then commit the result.

すごい！マージの結果、「通常の」競合が発生しますが、これはmergetoolで解決できます。

$ git mergetool
Merging:
renamed-and-edited.txt

Normal merge conflict for 'renamed-and-edited.txt':
  {local}: created file
  {remote}: created file
$ git commit 
Recorded resolution for 'renamed-and-edited.txt'.
[branch-with-edits 2264483] Merge branch 'master' into branch-with-edits