Svn 主干合并到分支后多余的树冲突

我在尝试将subversion分支合并回主干时遇到了几十个多余的树冲突，因为该分支的主干已合并到该分支中。这是按时间顺序发生的事情

分支由主干生成，并对

文件被添加到B的主干中

我将主干合并到分支中，并通过执行svn日志验证添加到分支中的文件和目录B是否保留了它们从主干中编辑的历史记录

在我的分支中，我更改了集合B中的一些文件，这些文件在步骤3中从主干合并到集合B中

我试着把我的树枝并入树干

在我的合并过程中，在步骤3中添加到我的分支的B中的所有文件都显示为树冲突。绝大多数这些文件都没有被我以任何方式接触过

B中标记为树冲突的一小部分文件实际上在我的分支中已更改，但就svn UI（命令行或GUI）而言，这些文件与我未修改的大量文件是无法区分的

我当然不想手动检查数百个文件，寻找十几个需要合并的文件，但我也不知道是否有某种方式可以让某些svn客户端或工具自动完成这项工作

---

关于解决这个问题有什么建议吗？

我试图给出一个答案，但在评论中，您应该指出您编写的执行操作的命令行

将分支合并到主干的命令是

svn merge branch trunk

---

您的问题可能是由于命令行中的参数反转造成的：您可能已经执行了

svn merge TRUNK BRANCH

请提供有关您运行的命令行的详细信息。这可能是由于参数的反转…当将主干合并到分支中并将分支重新合并到主干中时，我使用了svn合并。A和B是什么？用户？在将主干合并到分支和将分支重新合并到主干时，我使用了svn合并。我们的团队会：*分支->开发->测试*将主干合并到分支->运行完整的测试套件（这需要1天以上的时间））*将分支合并回主干