git 中的 3-Way Merge - 比较的工作原理

Question

我有三个版本的文件：

version 1       common ancestor      version  2
-------------   ---------------      ------------- 
before          original line        original line
original line                        after

在比较这些版本以生成最终合并版本时会发生什么？

我已经阅读了有关此主题的一些信息，但我仍然对它的工作原理感到困惑。

至于后面的例子：

比较版本之间的各个行是否是线性的？ 如果是这样，那么最终的合并应该是这样的：

1 line: before
2 line: conflict (both left and right contributors are changed compared to ancestor) 

这是正确的理解还是工作方式不同？

Answer 1

三路合并通常意味着不是只比较最终结果来执行合并，而是已经在查看公共基础版本。然后 Git 所做的是为每个版本创建 更改 的表示。

因此，相对于基本版本，它实际得到的结果如下：

version 1           version  2
-------------       -------------
+before              original line
 original line      +after

然后它将使用公共线作为上下文来对齐更改：

version 1           version  2
-------------       -------------
+before
 original line       original line
                    +after

此时，合并很容易解决，不会与以下内容发生冲突：

before
original line
after

请注意，此类合并仍可能导致冲突，因为 Git 可能没有足够的通用内容来正确对齐更改。尤其是对于非常小的文件，这可能会发生。

Answer 2

我不认为合并是通过在版本 1 和版本 2 之间“比较”单个行直接来完成的。它比这更复杂。这是关于尝试查看common-ancestor..version1 和common-ancestror..version2 之间的差异 可以“合并”的位置。在您的特定情况下，原始版本只有一行，对吗？我认为如果该行在 EOF 之前的末尾有一个 EOL，那么合并它们不会中断（因为该行将出现在两个最终版本中），因此它可以完美地合并.但是，如果该行 not 在末尾有 EOL，则版本 2 将删除该行（因为原始行不再存在....现在它是不同的行，因为EOL），然后你会以冲突告终。