您如何维护开发代码和生产代码？

Question

您如何维护开发代码和生产代码？

维护代码时要遵循的最佳实践和经验法则是什么？在开发分支中只有生产就绪代码，或者开发分支中是否有未经测试的最新代码，这是一种好的做法吗？

你们如何维护开发代码和生产代码？

编辑 - 补充问题 - 您的开发团队是否遵循“尽快提交 - 通常 - 甚至是代码包含 - 次要错误或不完整”协议或“提交 - 只有完美的代码“协议，同时将代码提交给开发分支？

Answer 1

我们用：开发部门专门直到项目接近完成，或者我们正在创建里程碑版本（例如产品演示，演示版本），然后我们（定期）将我们当前的开发分支分支到：发布分支没有新功能进入发布分支。只有重要的错误在发布分支中得到修复，修复这些错误的代码重新集成到开发分支中。具有开发和稳定（发布）分支的两部分流程使我们的生活变得更加轻松，我不相信我们可以通过引入更多分支来改进它的任何部分。每个分支也有自己的构建过程，这意味着每隔几分钟就会产生一个新的构建过程，因此在代码检查之后，我们会在大约半小时内获得所有构建版本和分支的新可执行文件。有时，我们还为一位开发人员提供分支机构，从事新的未经验证的技术，或创建概念验证。但通常只有在更改影响代码库的许多部分时才会执行。这种情况平均每3-4个月发生一次，这样的分支通常会在一两个月内重新整合（或报废）。一般来说，我不喜欢每个开发人员在自己的分支机构工作的想法，因为你“跳过去直接转向集成地狱”。我强烈建议不要这样做。如果你有一个共同的代码库，你应该一起工作。这使得开发人员对他们的签名更加谨慎，并且根据经验，每个编码人员都知道哪些更改可能会破坏构建，因此在这种情况下测试更加严格。在办理登机手续的早期问题：如果您只需要签入PERFECT CODE，那么实际上什么都不应该被检入。没有代码是完美的，并且QA需要验证和测试它，它需要在开发分支中，以便可以构建新的可执行文件。对于我们来说，这意味着一旦一个功能完成并由开发人员进行测试就会检查它。甚至可以检查是否存在已知（非致命）错误，但在这种情况下，受该错误影响的人是通常告知。还可以检查不完整和正在进行的代码，但前提是它不会导致任何明显的负面影响，例如崩溃或破坏现有功能。偶尔出现一个不可避免的组合代码和数据签入将使程序无法使用，直到构建新代码。我们至少要在登记注释中添加“等待构建”和/或发送电子邮件。