build-process - 如何减少软件开发中构建中断的次数？

Question

我的大型产品有 200 多人，位于 3 个不同的位置。大多数人都在主分支上工作，所以当然，重要的是要使构建损坏无效。有一个每日构建，生成构建大约需要 6 个小时。一次又一次地管理团队强调“提交前小心”，但现在一周内至少有一个构建被破坏。

你会分享你的实践来减少构建损坏吗？谢谢。

Answer 1

我要做的第一件事实际上是尽可能地努力使构建速度更快。不能低估这一点的重要性 - 更快的构建可能是您最快和最大的胜利。至少将 SSD 放在您的构建机器上。

除此之外，这是我见过的一些事情：

• 部分构建：也被一些人称为冒烟测试。快速运行并快速使整个构建失败的高级测试。他们会在完整构建之前运行。

• 较小的本地构建：有这么多人，我猜您为每组程序员都有某种本地分支。你有一个在本地运行的构建吗？

• 确保开发人员在推送代码之前在他们自己的机器上运行尽可能广泛的测试集。这已经发生了……对吧？

Answer 2

损坏的构建应该成为非事件，要实现这一点，您需要立即降低与损坏的构建相关的成本，因为创建它需要 6 个小时，并且很可能在大多数人每次损坏都不在办公室的时候执行build 可以将整个项目的时间表移动一天。要消除此成本，您需要经常构建并快速构建。因此，您能做的最好的事情就是缩短构建时间并在每次签入时进行构建。