我有一个分支，而不是我要合并到trunk。
首先，我将trunk合并到分支中，以便更新。
之后我更新主干（本地）以使其与最后的更改一起使用。
下一步是将分支合并到主干。
当我看到本地主干中已更改的文件（提交前）时，我看到我的项目中有文件，但是我的项目中也没有文件。
可能这些文件来自从主干到分支的错误合并。
现在最好的选择是什么？合并从第一个trunk的修订版到分支的所有文件（创建分支时）？我想我会以这种方式得到很多冲突。 从trunk创建一个新分支并从我的项目中放入这个分支文件？这意味着再次进行测试。
有什么想法吗？
感谢您的时间
编辑：只有我项目的提交文件可能是最好/最快的解决方案？ （仅提交45个文件的90个文件来自我的项目）
答案 0 :(得分：2)
那些已更改的文件是修改过的文件的内容，还是修改了属性值？
每当我听到有人告诉我合并更改了太多文件时，我发现问题通常是svn:mergeinfo属性。 Subversion通过设置此属性来跟踪合并。如果您始终在项目的根目录中进行合并，则只有根目录将设置此属性，并且所有文件都将共享它。如果您执行单个文件合并，则所有这些文件都将具有svn:mergeinfo属性集，并且每次执行合并时，每个文件都将被修改，因为{{1}所有这些文件上的文件也必须修改。
无论您做什么，都不要还原这些文件以消除合并。这只会让事情变得更糟。 svn:mergeinfo将显示尚未合并这些修订的文件，下次进行合并时，Subversion将重做合并，并再次更新svn:mergeinfo。