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

Question

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

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

或者有没有更好的方法来使用 Subversion 的分支来获得更好的结果。

更新:人们指出解决方案应该包括一个错误跟踪系统。我们确实使用 Jira 并使用 Jira 问题 ID 标记每个提交。目前没有实现进一步的集成。

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

Answer 1

如果您的错误在错误跟踪器中(它们应该在)，您可以使用它来跟踪它。您的错误跟踪器中应该有某种方式来标记哪些版本受到影响。

为确保真正解决了已关闭的错误，QA/测试人员应测试该错误是否为 实际上在所有支持的版本中修复。

SVN 的合并跟踪可以帮助一些，但最终它不能告诉你:

该错误是否由主干上的无关更改修复，并且不需要补丁？

由于其他更改，来自分支的补丁是否在主干上不起作用？

分支的补丁根本不适用于主干，主干上需要不同的补丁吗？

测试确实是确保错误消失的最佳方式。如果您没有 QA/测试人员，您可以让不同的开发人员来做或聘请软件测试人员。