本节书摘来自异步社区《配置管理最佳实践》一书中的第2章，第2.11节，作者： 【美】Bob Aiello , Leslie Sachs著，更多章节内容可以访问云栖社区“异步社区”公众号查看
2.11 持续集成与每日构建
持续集成是一个相当流行的软件开发实践。现在，人们时常把持续集成和敏捷开发联系到一起。实际上，即使开发团队使用的不是敏捷开发的过程, 持续集成在他们之间也已经非常流行。另外一个很明显的现象是很多研发团队并不需要签入构建（commit build, check-in build），也就是说并不需要每次有代码签入代码库都要立刻触发一个构建。很多时候，每日构建已经足够用了，而且也容易实现。持续集成经常会发起很多没必要的失败构建，导致显示面板上出现很多没必要的失败记录。某些构建可能需要几个小时才能完成，这时持续的构建就会导致一个很长的构建队列，最终使有些构建无法完成。在我工作过的公司，我认为选择每日构建可能会更好。我的观点是尽可能采取更轻量级的流程。恰好够用的过程改进是我最推崇的，这也是建立有效开发过程最实际最直接的方法。
