构建服务器时间对快速开发有多重要？

Question

当我说“时间”时，我会包含构建中发生的所有事情（编译，单元测试，代码覆盖，静态分析等）

我想我得到的是构建时间阈值是什么，我应该先看看升级硬件还是分成更小的构建。

此刻我倾向于5分钟。

Answer 1

5分钟是一个很好的起点。我有一个项目，花了12-15分钟建立一个6人团队。我们的规则不是承诺建筑项目，也不是破坏你没有破坏的构建。提交只能每12-15分钟发生一次，这就成了一个问题。我们投资了更好的硬件，并将构建分为1）构建和单元测试以及2）验收测试和代码质量检查。我们修改了规则，允许在步骤1之后再进行一次提交，现在大约需要5-6分钟。

要考虑的另一个因素是提交后多久您将离开工作环境享用午餐，会议或当天。我记得在下午6点承诺，不得不等到6:20离开。有时候我一直等到早上去做。

所以这两个因素是：

• 提交之间有多长时间？
• 构建时间是否太久以至于开发人员不会提交？

Answer 2

我们实际上在我们的持续集成服务器（Hudson）中设置了明确的延迟，因此如果需要多次提交以使存储库恢复到可用状态，那么构建不会“中断”（I'我在谈论多个提交过程中的一分钟）。例如，您可能有多个项目相互依赖，并且每个项目都需要提交，或者您可能有不同的代码片段应该单独提交，因为这些更改在逻辑上是独立的。

持续集成的主要目标之一是确保不会在无意中发生任何破坏，特别是确保如果某些事情确实破裂，有人会尽快发现。在更接近创建问题的时间点修复问题比在稍后开发人员最终进行构建时更快更容易解决问题。

此外，仅仅存在持续集成（构建）系统就会使开发人员保持最佳行为。

因此，只要您的构建不花费数小时，那可能就好了。