我经常听到有人说，与 git merge 相比，使用 git rebase 可以减少合并冲突的数量，但我从未找到解释为什么会出现这种情况。
当两个人都修改同一行代码时，简单地在另一组更改之上重放一组更改并不能神奇地消除固有冲突，那么是什么让 rebase 更好呢？
谁能提供一个简单的例子，其中合并会产生冲突，但变基不会？
更新：经过 3 年的 git 经验，我开始相信我最初的前提是错误的：在 rebase 和 merge 中冲突同样可能发生。然而，Rebase 确实使历史更容易理解，并在需要时进行挑选或倒带。
您解决了本应引入冲突的提交中的冲突，因此实际上您没有任何冲突。
如果我在功能分支中编辑一行，该行后来在主分支中发生了更改，并进行简单的合并，则会发生冲突。
如果我变基，它将在我进行此更改的提交处停止，并在那时我处理冲突。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
