svn - 在颠覆中管理分支

Question

我认为我做的事情不对。我正在使用 subversion 作为我们组织网站的 vcs。我是唯一的开发人员，我使用 bugzilla 作为我的错误跟踪系统。我使用 bugtraq 属性将 bugzilla 和 svn 松耦合，这样我就可以从我的评论链接到 bugzilla。我现在正在做的是，每当我收到在网站上执行任何工作(增强、修复、内容更改)的请求时，我都会在 bugzilla 中创建一个错误 [xx]，然后创建一个名为 bug[xx] 的分支。完成任务后，我手动将分支更改导出到我们的 beta 站点，审查并验证更改，然后我将分支合并回主干，使用 bugtraq 属性指示 bug#。

这很好用，除非我有不止一两个变化。如果我为十个工作请求创建了 10 个分支，我想知道如何轻松判断哪些已经合并到主干中，哪些没有。如果我应该使用看起来很疯狂的 mergeinfo 属性......

我不想从 subversion 切换，所以不要建议。

Answer 1

为什么不在分支重新集成到主干中时直接将其删除？当一个功能分支被重新集成时，你应该做什么(在一般情况下)。因此诊断很简单:如果分支存在，则它尚未重新集成。