2

レポに少し奇妙な問題があります。私はotherと呼ばれる別の開発者によるブランチを持っており、一連のファイルの名前を変更することを含むいくつかのリファクタリングをマスターにマージしました。

         [other]      /->[normal commits]-----------------\
                     /                                     \
[master] (old)->(old)->---------->[potential file changes]--->[potentially difficultmerge due to potential file changes]
                               /
[otherbranch] [massive rename]/

これらの名前の厄介な解決を行うことなく、他のものをマージする前に、後のコミット (実際には Java パッケージ ID) でそれらの内容を変更できますか? 問題のファイルはotherかなり変更されています。

編集:名前が変更されていない場合、再帰的で忍耐力のあるGit-mergeはマージをうまく取得できるはずなので、名前の変更にも同じロジックが適用されますか?

4

1 に答える 1

2

「rename」マージを元に戻し、「other」をマージしてから、「rename」を再度マージしてみませんか? 完璧な解決策ではありませんが、今ここで機能するはずです。

マージを正しく元に戻す方法については、こちらを参照してくださいまだプッシュされていない Git マージを元に戻す

于 2013-08-01T16:17:15.180 に答える