version-control - 合并文件的第二次、第三次等如何进行合并？

Question

我有兴趣了解修订控制系统如何合并。

假设您有一个文件 A。在一个分支上，文件 A 已修改 - 将其称为文件 B。在另一个分支上，文件 A 已修改 - 将其称为文件 C:

  B
 /
A
 \
  C

当第二个分支合并到第一个分支时，我知道在 B、C 和它们的父 A 之间执行了 3 路合并。结果是第一个分支上的文件 D:

  B--D
 /
A
 \
  C

现在我不明白的是在另一次迭代之后会发生什么。 D被修改，变成E，C被修改，变成F:

  B--D--E
 /
A
 \
  C--F

如果我们要从第二个分支到第一个分支再进行一次合并，那么 3-way 合并中涉及的 3 个文件是什么？

Answer 1

我将给出一个使用 Git 的具体示例(其他版本控制系统会有所不同)。当您将 B 和 C 合并在一起时，您会得到如下所示的历史记录:

  B---D
 /   /
A   /
 \ /
  C

此时，D 有两个 parent ，B 和 C。在你做更多的工作并引入 E 和 F 并进行合并后，你会得到类似的东西:

  B---D--E--G
 /   /     /
A   /     /
 \ /     /
  C-----F

在合并中，E 和 F 之间最近的公共(public)父节点是 C。

git merge文档有更多的例子和描述它是如何工作的。此外， Git for Computer Scientists文章有更多的描述、示例，甚至更好的图片(从“历史”部分开始进行合并讨论。)