svn - 处理SVN分支的重复合并的正确方法是什么？

Question

在这里，我们有一个SVN信息库，其中包含一个主干和一个分支，用于在新版本上进行开发。

该分支现在已经准备好发布，因此我决定将分支重新集成到主干中。显然有一些冲突。包括来自主干中已删除文件的很多树冲突。

我很高兴地解决了所有冲突，并完成了任务。

问题在于我们随后对该分支进行了一些较小的更改，因此我再次重新集成了该分支，并且发生了所有相同的树冲突。解决它们不是问题，但是有很多问题，并且需要花费一些时间来手动检查和解决所有问题，而且我不想每次进行更改并重新集成时都必须经过相同的解决方案。我曾期望SVN能够认识到该分支已经被重新整合一次，并且只能从上一次重新整合的那一点开始进行合并。

当我打开修订图时，它显示主干和分支被拆分的点，但不显示合并。应该是？

服务器:WinServer2003(R2sp2)，VisualSVNServer(1.7.2)。
客户端:WindowsXP(sp3)，我一直在使用TortoiseSVN(1.6.5)来完成所有这些操作，但是我还安装了命令行客户端。

我通过确保中继线为最新状态并使用TortoiseSVN进行合并来进行合并，并在出现选项对话框时选择“重新集成分支”。我将合并深度设置为“工作副本”

我是否错误地处理了这种情况？我应该做些不同的事情吗？

(也许我们的存储库布局错误。我们从主干分支，对分支中的新版本进行了所有更改，现在是由于该版本是由于我们将分支合并回主干。也许这是错误的方法，我已经读过一些人反过来做的信息，在主干中进行所有更改，仅在您准备好发布并且分支成为受支持的发行版本时才创建分支)

Answer 1

以下是SVN书籍this chapter的结尾:

In Subversion 1.5, once a --reintegrate merge is done from branch to trunk, the branch is no longer usable for further work. It's not able to correctly absorb new trunk changes, nor can it be properly reintegrated to trunk again. For this reason, if you want to keep working on your feature branch, we recommend destroying it and then re-creating it from the trunk