我们正在创建一个Subversion存储库来容纳一个当前不受版本控制的代码库。在我们当前的模型中，每个版本都有一个主线“桶”（称之为5.6）和多个bugfix只有“桶”（5.6.1,5.6.2等）。这很好地映射到具有多个释放分支的主干的SVN模型，尽管我们的布局会有点扁平化：
期望将根据需要在5.6 / trunk和5.6.x / trunk之间来回切换。发布分支永远不会重新整合。
在这种情况下，5.6.x / trunk是否实际 5.6 / trunk的svn copy是否重要？如果它们只是两个没有共享祖先的独立文件夹（据SVN所知），是否有可能遇到合并冲突？
答案 0 :(得分：1)
只要您的分支机构是您的主干的svn副本，您想要合并回来，一切都很好。另一方面，您需要使用 - ignore-ancestry
注意：如果您合并具有相同名称但不同祖先的文件，则文件将替换，而不是合并。通常这是非常糟糕的，难以检测，并将导致各种奇怪的问题（构建问题，新引入的错误..等等..）。仅当您同时更改合并目标时，才会出现树冲突。您可以使用 - ignore-ancestry
来避免这种情况