移动分支中的某些目录后，如何处理SVN合并？

假设我有以下几点：

trunk/
|-+ d1/
| |-- bar.c
| \-- foo.c
\-+ d2/
  \-- baz.txt

我执行svn cp主干分支，并提交

现在，我在

分支中进行一些清理

$ svn mkdir src
$ svn mv d1 src/
$ svn commit
$ edit src/d1/foo.c
$ svn commit

这就给我留下了
分支中的以下内容

branch/
|-+ d2/
| \-- baz.txt
\-+ src/
  \-+ d1/
    |-- bar.c
    \-- foo.c

同时，
trunk
（编辑
foo.c
和
bar.c
）中也发生了一些变化

现在，从理论上讲，我希望分支机构的目录结构能够反映在主干中，我还希望对其文件进行编辑。但是我还需要在我工作时在
trunk
中进行的编辑。所以我想合并
trunk/d1/foo.c
和
branch/src/d1/foo.c
的内容

在任一方向上进行合并（
trunk
到
branch
或
branch
到
trunk
）都会产生大量树冲突。有没有比在每次冲突中运行svn info并仔细手动解决问题更好的方法呢？
这听起来像是“兔子跳”的候选者

@lvmisooners的答案现在已经过时了；根据该博客中的评论，整篇文章与SVN1.5无关

通常，经常从主干合并到分支。然后，最终——将分支重新整合到主干中，不再使用该分支，实际上，如果您遵循该页面上的技巧，您可以重用该分支。
您如何从主干/分支进行合并，反之亦然？（你能给出示例命令吗？）我从未听说过这一点，但我很感兴趣。略读那篇文章给我的印象是SVN不跟踪合并，这似乎不是事实，因为SVN使用了
mergeinfo
。另外，你的回答没有解释如何正确解决所描述的合并冲突。这对我来说比“跳兔子”的想法更有意义，但它仍然没有解释如何正确解决合并冲突。