Subversion：将分支合并到主干时的文件比预期更多

Question

我有一个分支比我想要合并到主干。

• 首先，我将树干合并到分支中，以更新它。

• 之后，我更新干线（本地）也使它与最后的变化。

• 下一步是将分支合并到主干。

当我看到那些在我的本地树干更改的文件（前提交）我看到，我从我的项目是不是从我的项目文件，而且文件。

可能这些文件来自树干到分支的错误合并。

现在最好的选择是什么？合并所有从trunk的第一个版本到分支的文件（当分支被创建时）？我想我会以这种方式发生很多冲突。 从trunk中创建一个新的分支，并从我的项目中放入这个分支文件？这意味着再次测试。

任何想法？

感谢您的时间

编辑：我的项目可能是最好的/最快的解决方案的唯一提交文件？ （90个文件只提交45个文件来自我的项目）

Answer 1

那些已被更改的文件，文件的内容是修改的，还是其属性值被修改？

每当我听到有人告诉我合并改变了太多文件时，我发现问题通常是svn:mergeinfo属性。通过设置此属性，Subversion跟踪合并。如果您始终在项目的根目录下进行合并，则只有根目录将设置此属性，并且所有文件都将共享该属性。如果你这样做单独的文件合并，所有这些文件将有一个svn:mergeinfo属性集，每次你做一个合并的时候，每一个这些文件将是自上所有这些文件也必须进行修改的svn:mergeinfo文件修改。

不管你做什么，都不要恢复这些文件以消除合并。这只会让事情变得更糟。 svn:mergeinfo将显示那些文件尚未合并这些修订版本，并且下一次进行合并时，Subversion将重新进行合并，并再次更新svn:mergeinfo。