我们在 Subversion 中使用每个发布分支的开发模型。我们倾向于一次有 2 或 3 个活动分支 - 主干(开发)和两个发布(维护)分支(即 5.0 和 6.0)。
我们一直遇到的问题是,如果我们在 5.0 中发现一个错误并在 5.0 中修复它,并不是每个人都记得将他们的修复合并到需要合并错误修复的所有分支中(在这种情况下是 6.0 和主干)。
您如何确保将错误修复合并到所有必要的分支中?什么是解决这个问题的好方法?
我们在 Subversion 中使用每个发布分支的开发模型。我们倾向于一次有 2 或 3 个活动分支 - 主干(开发)和两个发布(维护)分支(即 5.0 和 6.0)。
我们一直遇到的问题是,如果我们在 5.0 中发现一个错误并在 5.0 中修复它,并不是每个人都记得将他们的修复合并到需要合并错误修复的所有分支中(在这种情况下是 6.0 和主干)。
您如何确保将错误修复合并到所有必要的分支中?什么是解决这个问题的好方法?
最好的方法可能只是沟通和教育。召开团队会议 - 确保所有开发人员都在同一页面上。我们有一个类似的 SVN 结构,每当我修复一个错误时,我提交后的第一件事就是问自己,“这还需要在哪里合并?” - 它只是通过交流和重复在我的脑海中形成的。
将合并错误的分支列表放在 wiki 页面或其他公共文档上,以便所有开发人员都可以轻松找到它。
你有专门的测试人员吗?验证“已修复”是否真的意味着“已在 5.0和6.0 开发树中修复”应该是测试人员的责任。
持续集成也可以提供帮助,对开发和维护树使用“通用”测试。