为什么git rebase的合并冲突通常比合并少？

Question

我经常听到它说使用git rebase减少了合并冲突的数量，而不是git merge，但我从来没有找到解释为什么会这样的情况。

简单地在另一组更改之上重放一组更改并不会在两个人修改同一行代码时神奇地消除内在冲突，那么什么使rebase更好？

任何人都可以提供一个简单的例子，其中合并会有冲突但是rebase不会吗？

更新：经过3年的git经验，我开始相信我的原始前提是错误的：冲突与rebase相比可能同样存在冲突。然而，Rebase确实让历史更容易理解，并在需要时进行挑选或回放。

Answer 1

您可以解决提交中引入的冲突，因此实际上您没有任何冲突。

如果我在我的功能分支中编辑了一条在主分支中已经更改的行，并进行直接合并，则会发生冲突。

如果我改变，它会停止在我进行此更改的提交中，并且在那时我处理冲突。