持续集成十大要点（开发模式该优化了）

持续集成十大要点

一、Continuous Integration（持续集成）
（1）持续集成要求开发人员频繁地提交产品，这个频率通常是至少每天一次，有时候可以多次；
（2）每次集成会通过自动化构建（automated build）的方式快速地验证，以确保新提交的变化不会造成新的问题；
（3）集成的快速验证过程中出现异常，相关人员应该快速响应。

二、Build（构建）
（1）构建是验证软件可以作为一个一致的单元运行的过程；
（2）验证活动一般包括源码编译、测试、审查和部署。

三、Daily Build（日构建）
持续集成通常要求每天产生一个Build。

四、Daily Run（日执行）
持续集成通常要求每天运行自动化测试。

五、Build Verification Testing（构建验证测试）
验证Build是否成功的测试。

六、Single Trunk\mainline（单主干开发）
使用持续集成开发的产品，其源码只用单一主干的方式统一管理。

七、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；

【关注“架构师之路”，回0-100内任意数字，获随机好文】

无广告好文，欢迎转发。