svn - 重新整合到主干后，使用Subversion功能分支是否安全？

Question

将功能分支合并(重新集成)到主干后是否必须删除它？

我更喜欢不断地从功能分支来回合并更改-我相信这会将冲突降到最低。但是我知道，一旦您将重新整合合并用于主干，就应该删除功能分支。

是这样吗？为什么？我该怎么做才能避免这种情况？

更新
我在问的是该工具带来的技术问题，而不是“方法论问题”。合并后，我打算继续在功能分支上工作。

更新，最重要的答案确实指定了一个相当复杂的过程(合并，删除和重新分支)。在TortoiseSVN中，有没有简单的方法可以做到这一点？不应该有吗？

Answer 1

编辑:此问题似乎已在SVN 1.8中修复。 section on basic merging from the SVN 1.8 book已更新为可以重用功能分支。以下答案仅与旧版SVN有关。

在svn书中有关basic merging的部分中:

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:

在SVN 1.6和1.7中仍然如此。

此 excellent article on reflective merges解释了为什么您完全不能或不应该回收功能分支。最重要的要点总结:

您可以做一些工作来解决冲突
与树干

重新集成时

中继中的重新集成提交
因此包含两个变化
来自功能分支和
解决冲突的工作

但是，颠覆对您没有帮助
合并此冲突解决工作
回到功能分支。它只是
看着mergeinfo并认为
“这些变化最初来自
功能分支，无需合并
他们再次回到他们的起源。”

删除功能分支并重新分支很便宜，并且可以避免整个问题。