意外发布的代码生存.如何防止再次发生？

Question

我们最近发生了一起事件,其中一些代码已经发布,但未计划发布.

它显然被检查进了行李箱.我觉得这很好,因为你想"提前入住,经常入住".

但是在这种情况下,它不应该在下一个版本中发布.

可以采用何种检查/策略/流程来避免代码被过早释放.

在我看来,即使使用持续集成和单元测试,这是一个人为程序问题？

- 李

Answer 1

修改您的集成过程.

如果"上线"意味着执行某些批处理脚本的人 - 如果再次发生这一点,不要感到惊讶.

另外,考虑分支.一个常见的例子可能是使用trunk进行开发,一个单独的分支用于测试(比如,每周合并一次),以及最后一个分支(来自上述测试分支)用于RTC.

在部署到生产之前,该分支应该进行彻底测试.

Answer 2

如果源控制软件允许这样的事情你应该有不同的分支.

在这种情况下,您将有一个人负责将已经满足质量条的代码从主分支合并到生产分支.

更新: 虽然产品特定,但TFS 2008分支指南2.0中提供的指南有很多指南可以应用于能够创建分支的其他源控制软件.