转载

持续集成和每日构建的联系与区别

持续集成（CI）

持续集成（CI）贵在速度，强调一个快速反馈。比如我一Merge代码，就立刻集成，给我一个反馈，我要知道我的代码是否破坏掉了构建。

持续集成是和单元测试结合在一起的，也就是说一般持续集成的时候都要做单元测试。但持续集成中不能加入更多影响“快速反馈”这条宗旨的东西，比如不能加入大量的集成测试，冒烟测试的代码，尤其是当这些代码严重影响到集成时间的时候。

持续集成一般由每次签入代码触发。我先签入代码我就要先看到构建结果，你后签入，你就要排在后面。这就要求构建时间不能太长。否则在构建的时候有很多人签入代码了，就很难知道到底是谁的代码破坏了集成,很难定位问题，反映签入代码的问题，不能给签入代码的人快速提供明确的信息。因为一般由后签入代码的人来保证集成的成功。

持续集成可以是增量构建，也可以是完全构建。当完全构建时间很长的时候，一般采用增量构建。不能把很多影响集成的东西都加入进去，要保持快速集成，快速反馈，否则很难做到持续集成。

持续测试（CT）

每日构建（daily build）：

每日构建在快速反应上没有持续集成那么强，但是他更强调的是质量更能衡量项目的进度。由于持续集成的宗旨，决定了他不可能加入很多的测试，而每日构建则不然我们知道每日构建一般都会安排在夜里进行构建，这个时候我们有充足的时间来做构建，那么这个时候我们就可以做更多的事情，比如代码质量检查，命名规范单元测试，测试覆盖率，集成测试，冒烟测试，代码安全性检查等等都可以这里来做。对代码，对构建的要求更高。许多在持续集成中没能发现的问题，在这里都能发现。

— 每日构建，因为是在晚上执行，会把当天所有更新的代码都一起做集成，而不像持续集成是每次仅仅把自己的代码和以前的代码做集成那样。持续集成可以是增量构建的，但是每日构建却总是一个完全构建。

— 每日构建是项目的心跳线。一般来讲，通过每日构建我们就能看到项目的进度。比如今天有5个Fix bug的代码都提交了，第二天我们发现每日构建成功了，那么项目就又往前迈了一大步，项目又有所进展了。

原文 http://1.chaoxu.sinaapp.com/archives/3878

正文到此结束