持续集成

一： 持续集成的概念：
简单来说，持续集成是频繁、持续的在多个团队成员的工作中进行集成，并且给与反馈。

二： 一个典型的持续集成周期包括以下几个步骤：

1. 持续集成服务器不断从版本控制服务器上检查代码状态，看代码是否有更新。
2. 如果发现代码有最新的提交，那么就从版本控制服务器下载最新的代码。
3. 等代码完全更新以后，调用自动化编译脚本，进行代码编译。
4. 运行所有的自动化测试。
5. 进行代码分析。
6. 产生可执行的软件，能够提供给测试人员进行测试。
如果其中任何一个步骤失败，就表示该Build失败，持续集成服务器会给予相应的反馈。一般来说，持续集成服务器会有相应的管理界面，可以看到Build 的状态以及相应的信息，如果Build失败，可以查看原因，是编译失败还是测试失败。或者在每次Build后，持续集成服务器发邮件通知，从邮件中可以看到最新Build的状态。当然，也可以自定义反馈方法，
三：作用：
持续集成实践的目的不是减少Build失败的次数，而是尽早发现问题，在最短的时间内解决问题，减少风险和浪费。如果想尝试持续集成，首先需要的是持续集成服务器，比如CruiseControl或者VSTS；然后需要把现有的Build自动化，比如写Ant脚本；最后就是在持续集成服务器上进行配置，比如配置版本控制，集成间隔时间，如何部署，如何反馈等。