svn - Subversion 分支合并实用指南

Question

前言

我意识到 Stack Overflow 上已经存在很多关于合并 SVN 分支的问题。我已经阅读了其中的许多内容，但仍然没有真正找到我正在寻找的信息，因此请完整阅读此问题，然后再建议将其作为重复项关闭。

<小时/>

我需要将一个 SVN 分支合并到另一个分支中。我对分支和合并的理论非常熟悉，但我一直在执行合并的实践中遇到困难，更具体地说，在识别和解决冲突方面。我怀疑这个问题的根本原因是我对完成工作所需的工具缺乏了解，即TortoiseSVN和各种可用的可视化合并工具。

根据阅读各种相关的堆栈溢出问题，我确定了 Sourcegear DiffMerge和 Beyond Compare作为执行三向合并的候选工具。我尝试过 DiffMerge，但很难有效地使用它。我希望在解决冲突时看到以下三个文件

• 来自分支 A 的文件
• 来自分支 B 的文件
• 执行合并的结果

但我看到的是

• 来自分支 A 的文件
• 来自分支 B 的文件
• A 和 B 的共同祖先，AKA 基础修订版

这让我想知道在视觉上解决冲突时，我如何在执行每个操作后看到合并的结果。我也很难实际执行这样的操作，例如，接受来自分支 A 或 B 的特定更改。在阅读了有关该主题的更多内容后，现在看来基本修订版实际上是合并结果的地方应该显示，这是正确的吗？

我认为演示使用 TortoiseSVN 和可视化合并工具合并分支的截屏视频或视频教程可能会回答我关于如何有效使用这些工具的大部分突出问题。我对解决执行合并本身的冲突的过程更感兴趣，但如果两者都被涵盖的话那就太好了。

Answer 1

实际上，有两路和三路合并工具。双向应显示三个窗口。源分支版本A、目标分支版本B和合并结果。除此之外，三向合并还将显示基本版本。您可以将三路合并排序想象为 Result = Target + ( Base - Source ) 的等式。实际上，该算法将计算基础和源之间的一组差异以及基础和目标之间的另一组差异，然后剔除两者共有的所有差异。然后它会向您显示剩余差异列表以供决策。对于源或目标中的差异，其中同一代码段在其他分支中不受影响，它将自动预先决定使用适当的差异。如果差异位于两个分支中的同一代码部分，则差异将被标记为冲突，您的工具通常会引导您一一解决冲突。冲突不是预先决定的，并且在您做出决定之前，代码不会出现在结果文件中。您可以选择跳到下一个差异或下一个冲突。所有的冲突都必须由你来决定。根据您的知识，有时您想要回滚(重新决定)甚至不冲突的差异以完成合并。

因此，合并文件的过程基本上是通过差异向下走，或者仅通过逐一冲突差异来加速，并决定是否进行源分支更改、目标分支更改或编辑相关代码以创建新分支合并变化。您所做的更改应该出现在结果窗口中，一旦确定了所有冲突，该工具应该允许您保存结果，然后该结果将成为目标分支上的新版本。包含基本文件的窗口通常仅显示作为引用，作为既没有源也没有目标更改的版本。

一些工具允许所谓的自动合并。如果没有冲突的差异，该工具将使用预先确定的差异解决方案，而不询问您任何问题。本质上自动获取源分支和目标分支的所有更改。虽然从词汇上来说这些变化并不冲突，但它们在其他方面仍然可能发生冲突。生成的代码可能无法编译或逻辑上不正确。但没有任何合并工具可以决定这一点。这就是为什么合并结果应该由人读取和审查，然后在提交到目标分支之前编译并通过测试套件运行。