源代码签入/验证最佳实践

Question

我正在寻找大型组织在代码签入和验证中遵循的最佳实践。

目前，我们遵循以下步骤--开发人员编写代码--开发人员正在进行一些初步测试--代码正在等待验证--技术主管正在检查代码(可能的错误，查看是否遵循编码约定等)--一旦技术负责人批准了代码，代码就进入QA状态--一旦QA批准代码进入主干。

我们现在转移到一个新的项目，我正在寻找一些最佳实践，以简化这一过程。我们有自定义的软件来维护代码状态。

谢谢你，阿里

Answer 1

在我看来，在代码准备好之前，没有签入似乎是错误的做法。我会有一个生产分支，只有在代码完成所有这些步骤之后才会切换到它。我对你的过程的看法是这样的：

• 开发人员编写代码，签入。
• 进行初始测试，检查修补程序
• 检查代码，并签入建议的更改(如果有的话)。
• 由QA检查，这里的任何更改/修复都是签入的。
• 代码被切割到主分支，准备在野外自由运行。

在您的示例中，似乎每隔几天才会进行一次签入，在那里，您应该每天进行多次检查。

Answer 2

代码应该始终在源代码管理中。新代码可以提交到一个分支，审查，更改，改进在那里完成。

QA可以从分支机构构建。

AFter最终批准，合并到主干。

Answer 3

我同意应该尽可能频繁地签入代码，但不允许会破坏构建的签入。持续集成也是一个很好的工具。要求所有的签入都通过构建过程和单元测试(如果可能的话，甚至测试覆盖率)是一个很好的方法，可以确保人们不会仅仅把东西扔到墙上。

原型和其他长期运行的特性应该根据需要进入单独的分支，并且可能有不那么严格的规则。