svn - 颠覆 : deleting old feature branches vs. 保留它们

Question

我有一个具有标准布局的 Subversion 存储库，即 trunk/和 Branches/(和 Tags/)。当进行更大的更改时，会使用功能分支，定期与主干同步，然后重新集成回主干(现在使用 1.5)。相当标准的东西。

我想知道这样的功能分支一旦完成并合并后是否应该保留或删除。颠覆书籍有时似乎表明删除它们是很常见的，但我也看到了一堆确实保留分支的开源项目。

我还有些担心删除分支会让跟踪存在哪些分支变得更加困难，特别是当可能重复的名称进入场景时(假设我们搜索重构两次)，它们的提交历史记录会在深度的某个地方消失存储库等。

另一方面，分支的使用相当多，尤其是现在的 1.5，而且我确实喜欢这样的想法:不必翻阅大量非事件分支来找到我当前正在处理的分支。

我缺少哪些优点和缺点？人们在做什么？

Answer 1

如果您真的担心删除它们，以免被遗忘，那么只需在名为“inactive”的分支下创建一个文件夹，然后 svn move 将旧的、不活动的分支移动到该文件夹​​中。这对您来说可能是两全其美。