git 的合并冲突解决是否比其他 SCM 和合并工具更有效？

Question

git 的合并冲突解决本质上比其他 SCM（CVS、Subversion 等）以及独立的合并工具更有效吗？如果是这样，为什么？

澄清：这里我对算法本身更感兴趣 - 它与普通的 diff3 方法有什么不同吗？
有些工具声称在这方面更聪明（例如 Guiffy），是否值得插入一个作为 git 合并工具？ git 在找出文件内或文件间移动的文本片段方面是否更聪明？ （而不是报告吵闹的冲突......我从莱纳斯的谈话中对此有一个模糊的印象）。

背景：刚刚使用 git-svn 进行了一次巨大的合并，这导致了比我使用普通 svn merge 得到的冲突一半（第一次合并没有跟踪）..所以我'我想了解为什么。

---

这些问题/解答类似，但更多的是关于流程的整体情况，以及合并如何更自然地融入其中。为此，git“针对合并进行了优化”（而不是仅分支），它实际上意味着：

1. 更少的手动冲突 - 更好的自动解决算法（例如，重命名处理得很好）
2. 更安全操作 - 自动解决留下更多/只留下真正的冲突和更少的错误警报
3. 更快的操作 - 例如，由于精益和优化意味着对象模型
4. 更好的工具——这使得体验不那么痛苦，例如基于 DAG 的合并跟踪、mergetool、历史查询/可视化、stash、rebase 等...
5. 还有
6. 上述的组合

吗？ 现在，我最感兴趣的是 1 & 2.

Answer 1

我很想在这个答案上被证明是错误的，但是……来自于强制性……git 的这个领域还有些欠发达。

1. git 中不存在自动合并。最新版本具有使用您的更改或他们的更改执行合并的基本支持，但仅此而已。基本上，如果您编辑文件的一部分，而其他人编辑文件的同一部分……您就需要自己进行合并解析。 diff3 格式可用（3 路合并），但我相信统一的 diff 格式是标准。我实际上使用 araxis 作为合并工具，并将其设置为在运行“git mergetool”时使用 3 路合并。不过，来自 perforce...我觉得 git 在这个领域远远落后。

2. N/A

更新回复：评论

我还没有足够深入地了解 git 认为是冲突的内容以及 p4 认为是冲突的内容，但这是我在两者中所经历的。

• Git 在进行合并时不会忽略空格...尽管将来会有关于 git 的讨论。 p4 现在可以做到这一点。不忽略空白是一个很大的痛苦，除非团队中的每个人都同意使用空格或制表符，并且如果您想更改文件的缩进......（例如在其他节点周围添加 xml 节点）那么这很快就会过时。
• 我觉得当我遇到文件中的合并冲突时...... git 说使用其统一差异格式发生冲突的部分更大。当只有一行的一部分发生更改时，它会将较大的部分标记为已修改，并且您需要直观地查找统一差异输出的两个区域之间的更改。不过，您可以使用合并工具来解决这个问题。即使编辑同一行，p4 也能够自动解决冲突。
• 如果您要合并长期存在的主题分支，那么您将获得真正的享受。如果不打开 rerere（默认情况下关闭），git 会忘记您已经合并了一周前发生冲突的文件，并会要求您再次合并它。 p4 轻松做到这一点

我在这里的答案有点主观......但我非常怀念我与 perforce 的合并。

Answer 2

此外，这个更新thread (2012) 详细介绍了 Git 的“自动解析”概念：

我对“自动解决”的定义：
“在合并期间，工作树文件会更新以反映合并的结果......当双方对同一文件的不同区域进行更改时，git 会选择双方
自动，并由您来确保在 git 进行合并提交后检查这些合并结果的正确性。”

IOW，“自动解决”具体意味着双方（我们的和他们的）自 file(a)< 的共同祖先版本以来对 file(a) 进行了更改/code>，并且 git 选择了双方，而没有引发合并冲突。
（我提出“自动解决”一词的原因是因为在 git-merge 输出中，术语“自动合并”也可以表明只有一侧（他们的）更改了file(a) 自共同祖先以来，git 只是在共同祖先 file(a) 之上“快进”他们的 file(a)代码>.)




Junio C Hamano 在回答中提出了一个重要的观点：

• 知道git很愚蠢，而且为了安全起见会犯错，把任何复杂的事情都抛在一边；
• 知道同一文件中发生的文本非冲突在不同文件之间具有相同的语义冲突风险，因此单独列出“触及同一文件但没有冲突”任何特殊内容是毫无意义的，但无论哪种情况，发生这种冲突的可能性很小，因此首先完成合并（和其他合并）然后检查总体结果可以更有效地利用您的时间，因为无论如何在推出结果之前您都必须至少观察一次结果。

---

5 年半后，2018 年 5 月更新（Git 2.18，2018 年第 2 季度）

“git mergetools”学会了与 guiffy 交谈。

请参阅 提交 6ceb658（2018 年 4 月 5 日），作者：比尔·里彻 (``)。
^{（由 Junio C Hamano -- gitster -- 合并于 提交da36be5，2018年4月25日）}

mergetools：添加对 guiffy 的支持

添加guiffy作为difftool和mergetool。

guiffy 可在 Windows、Linux 和 MacOS 上使用