1

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

  • 5.6
    • 后备箱等
  • 5.6.x
    • 后备箱等

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

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

4

1 回答 1

1

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

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

于 2012-08-23T07:27:45.107 回答