git - rebase 废墟 merge

Question

我有两个独立的分支。我在一个多月的时间里对它们进行了不同的处理。我将一个分支(我们称它为 apple) merge 到另一个分支(我们称它为 orange)，方法是检查 orange 并执行 git merge --no- ff apple 一切顺利。在 gitk 中，我可以清楚地看到每个分支都有自己的历史，并且它在橙色的 merge 提交中 merge 在一起。

后来我意识到橙色的提交是不正确的，构建过程中有错误，我必须编辑橙色的早期提交。我使用 git rebase -i HEAD~19，选择提交并将 pick 更改为 edit。所以我编辑了提交，一切都很好，然后我完成了 rebase 。我回到 gitk，这两个分支的所有历史都是橙色的线性历史。

那么我是不是搞砸了，还是事情本该如此？我使用 git reflog 返回到我进行 merge 时的状态，然后我又进行了一次重置以努力返回到橙色 merge 之前的正确位置，然后我进行了 rebase 并修复了该提交，然后我进行了 merge 。现在一切看起来都像我期望的那样，来自分支的提交没有交织在一起。

为了将来引用，有人可以告诉我如何在我 merge 到另一个分支的分支上重新提交提交，而不会以交错提交(线性历史)结束吗？

如果我的术语不正确，请随时进行编辑。再次感谢

Answer 1

这是 rebase 的预期行为。它有效地重写了分支的历史，这导致它(默认)丢失 merge 和其他元数据，留下一个直接的、简化的分支。

您可以使用以下方式保留 merge

git rebase --preserve-merges

但是将 --preserve-merges 与 --interactive 结合使用会出现一些问题。小心行事。