Svn 如何让开发人员记住在任何地方合并他们的bug修复？

我们使用Subversion的每发布一个分支的开发模型。我们往往一次有2到3个活动分支-主干（开发）和两个发布（维护）分支（即5.0和6.0）

我们经常遇到的问题是，如果我们在5.0中发现一个bug并在5.0中修复它，并不是每个人都记得将其修复合并到需要合并bug修复的所有分支中（在本例中是6.0和trunk）

---

如何确保bug修复被合并到所有必要的分支中？做这件事的好方法是什么？

最好的方法可能就是沟通和教育。召开团队会议-确保所有开发人员都在同一页面上。我们有一个类似的SVN结构，每当我修复一个bug时，我在提交后问自己的第一件事是，“这还需要合并到哪里？”——它只是通过交流和重复被敲入我的脑海

---

将合并错误的分支列表放在wiki页面或其他公共文档上，以便所有开发人员都能轻松找到它。

您有专门的测试人员吗？测试人员应负责验证“固定”是否真的意味着“在5.0和6.0开发树中固定”。

持续集成也会有所帮助，对开发和维护树使用“通用”测试

每个人都知道需要进行合并。他们可能不知道该在哪里做，但他们可以找到答案或询问其他人。这些不是问题所在。问题是他们忘了在任何地方合并它。他们在合并或类似的事情时被打断了，只是没有完成，没有人知道它从未被合并。我想这听起来更像是一个管理/团队问题，而不是一个编程问题。您可以提出某种复杂的SVN钩子或CI监控系统，用于在不同版本中查找具有类似注释的合并。但我想，对于一些可以通过训练解决的问题来说，这似乎过于复杂了。如果这会影响到他们的绩效考核，人们就会开始记得这样做！