如何确保Subversion中的版本分支中的错误修复程序合并到主干中

Ron*_*lev 7 svn version-control bug-tracking

我们将软件版本作为Subversion中的分支进行管理.最新发布的版本是主干.较早发布的版本是一个分支(每个构建和发布也标记).当开发人员修复旧版本中的错误时,他有责任将修复程序合并到主干中.如果错过了这一步骤,很难注意到,直到可能在稍后的版本中再次出现该错误.然后我们必须再次调试并修复它.

有没有办法监控合并以确保它们已完成?

或者是否有更好的方法来使用Subversion的分支来获得更好的结果.

更新:人们指出解决方案应该包括一个错误跟踪系统.我们确实使用Jira并使用Jira问题ID标记每个提交.目前尚未实施进一步的整合.

解决方案可能是一个更好的过程.但是,如果有任何工具来支持这个更好的过程,我想了解它们的存在或使用它们的方式.

der*_*ert 5

如果你的bug存在于bug跟踪器中(它们应该是),你可以使用它来跟踪它.您的错误跟踪器应该有一些方法来标记受影响的版本.

为了确保一个封闭的错误实际上是解决了,QA /测试的人应该测试该错误是实际上固定在所有支持版本.

SVN的合并跟踪可以帮助一些,但最终它无法告诉你:

  • 是否因为主干上无关的修改而修复了这个错误,这个补丁是不是需要?
  • 由于其他变化,来自分支的补丁不能在主干上工作吗?
  • 分支的补丁根本不适用于主干,而主干上需要不同的补丁吗?

测试确实是确保错误消失的最佳方法.如果您没有QA /测试人员,您可以让不同的开发人员这样做或雇用软件测试人员.