次のような状況があります。
clone。Y に取り組んでいる人が多かったため、何もしませんでしたが、srebaseだけでしたmerge。push( ) Y を Xに配達したいときはrebase、物事を素晴らしくきれいにするためにa を実行したいと考えています。問題は、実行時に、前の手順rebaseで既に行ったすべてのマージを行うように求められることです。merge実際にマージをやり直すことを意味するもののほかに、これに対する解決策はありますか?
競合するマージは既に解決しているので、かなり簡単だと思っていました。
git merge --squash大量の作業と多くのマージの後にリベースする私の好みの方法です（この回答を参照してください）。作業中のブランチが呼び出されmy-branch、そこからリベースしたい場合masterは、次のようにします。
git checkout my-branch
git branch -m my-branch-old
git checkout master
git checkout -b my-branch
git merge --squash my-branch-old
git commit
「クリーンな」履歴を取得するためのリベースは過大評価されています。履歴を保持したい場合の最善の方法は、リベースではなくマージを行うことです。そうすれば、リビジョンに戻る必要がある場合でも、開発中にテストしたものとまったく同じです。これにより、以前に解決されたマージの競合に関する問題も解決されます。
履歴を保存することを気にしない場合は、マスターから新しいブランチを作成してチェックアウトし、git read-tree -u -m dev作業ツリーを更新してdevブランチに一致させることができます。次に、すべてを 1 つの大きなコミットにコミットし、通常どおりマスターにマージできます。
2 つの注意事項:
git rerereしていれば、(リベース中の) マージの競合を回避できます。
で詳細を参照してくださいgit rerere。