合并到发布分支/从发布分支合并时，祖先是否重要？答案

【问题标题】：Does ancestry matter when merging to/from a release branch?合并到发布分支/从发布分支合并时，祖先是否重要？
【发布时间】：2012-08-22 19:20:26
【问题描述】：

我们正在创建一个 Subversion 存储库以容纳当前不受版本控制的代码库。在我们当前的模型中，每个版本都有一个主线“桶”（称为 5.6）和多个仅修复错误的“桶”（5.6.1、5.6.2 等）。这很好地映射到具有多个发布分支的主干的 SVN 模型，尽管我们的布局会像这样扁平化：

预计将根据需要在 5.6/trunk 和 5.6.x/trunk 之间来回挑选更改。发布分支永远不会重新集成。

在这种情况下，5.6.x/trunk 是否实际上是 5.6/trunk 的svn copy？如果它们只是两个没有共享祖先的独立文件夹（就 SVN 所知），是否有可能遇到合并冲突？

【问题讨论】：

【解决方案1】：

只要你的分支是你想要合并回来的主干的 svn 副本，一切都很好。另一方面，您需要使用 --ignore-ancestry

注意：如果您合并同名但不同祖先的文件，文件将被替换，而不是合并。通常这是非常糟糕的，难以检测并且会导致各种奇怪的问题（构建问题，新引入的错误..等等..）。仅当您同时更改合并目标时才会出现树冲突。您可以使用 --ignore-ancestry

来避免这种情况

【讨论】：