为什么合并需要考虑共同祖先？

Question

我正在学习 Git，并且在 此网站上找到了教程非常有用。在该页面上，关于合并，它包括：

<前><代码> +---------- (D) --------------+ / | \ (A) -- (B) -- (C) -------------- (E) -- (F) | | 修复标题主控 | 头

合并提交是 (F)，具有 父母（D）和（E）。因为 (B) 是 (D) 和 (D) 之间的共同祖先 (E)、(F) 中的文件应包含 (B) 和 (D) 之间的变化， 即标题修复，合并 进入 (E) 中的文件。

我不明白为什么你会担心共同祖先 B。为什么你不能合并 D 和 E 来产生 F？ D 将从 B 派生，但可能包含您想要的差异。 B 和 D 之间可能进行了多次提交，进行了更改并删除了更改。

Answer 1

（我犹豫是否要问这是否是愚人节，我不想侮辱任何人......）

也许你不明白这是 git 进行合并 你？

问题：这是D和E，你能告诉我F应该是什么样子吗？

D                                        E
using System;                            using System;
public void main()                       public void main()
{                                        {
     Console.WriteLine("hello world");        Console.WriteLine("Hello world!");
}                                        }

答案：不，你不能

但是，如果你知道 B 看起来像这样：

B
using System;
public void main()
{
     Console.WriteLine("hello world");
}

它变得毫无疑问，并且 git 可以自己处理这个。

不知道这是否回答了你的问题......

Answer 2

这只是因为如果您知道共同祖先，合并效果会更好。请参阅此答案< /a>，它有很好的解释。

Answer 3

维基百科有一个关于三向合并的很好的介绍