持续集成十大要点
一、Continuous Integration（持续集成）
（1）持续集成要求开发人员频繁地提交产品，这个频率通常是至少每天一次，有时候可以多次；
（2）每次集成会通过自动化构建（automated build）的方式快速地验证，以确保新提交的变化不会造成新的问题；
（3）集成的快速验证过程中出现异常，相关人员应该快速响应。
二、Build（构建）
（1）构建是验证软件可以作为一个一致的单元运行的过程；
（2）验证活动一般包括源码编译、测试、审查和部署。
三、Daily Build（日构建）
持续集成通常要求每天产生一个Build。
四、Daily Run（日执行）
持续集成通常要求每天运行自动化测试。
五、Build Verification Testing（构建验证测试）
验证Build是否成功的测试。
六、Single Trunkmainline（单主干开发）
使用持续集成开发的产品，其源码只用单一主干的方式统一管理。
七、Release Branch（分支发布）
某些特性需要上线时，拉出分支进行发布，发布后，分支不允许再增加新功能。
八、Hotfix Branch（紧急补丁分支）
已发布的版本遇到重大bug，急需解决时，可开紧急分支修复bug，以最大程度上减少对其他开发人员的影响。
九、Local Build（本地构建）
不能一有代码修改就commit代码吧，rd工程师在开发机上执行的构建，目的是避免check in动作导致主干被破坏。
十、Version Control System（版本控制系统）
-_-，不多说了，常用的有svn，cvs等。
十一、Continuous Integration Server（持续集成服务器）
完成CI的自动化构建过程，常用的有Hudson等。
总述：总的来说，持续集成的敏捷开发的一部分，敏捷宣言是：
（1）简单Simplicity；
（2）沟通Communication；
（3）反馈Feedback；
（4）决断Courage；
