持续集成学习总结
（一）持续集成概述
1.定义
大师 Martin Fowler 对持续集成是这样定义的:
持续集成是一种软件开发实践，即团队开发成员经常集成它们的工作，通常每个成员每
天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建
（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。许多团队发现这个过
程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。
2.原则
(1)所有的开发人员需要在本地机器上做本地构建，然后再提交的版本控制库中，从
而确保他们的变更不会导致持续集成失败。
(2)开发人员每天至少向版本控制库中提交一次代码。
(3)开发人员每天至少需要从版本控制库中更新一次代码到本地机器。
(4)需要有专门的集成服务器来执行集成构建,每天要执行多次构建。
(5)每次构建都要 100%通过。
(6)每次构建都可以生成可发布的产品。
(7)修复失败的构建是优先级最高的事情。
3.要素
统一的代码库
自动构建
自动测试
每个人每天都要向代码库主干提交代码
每次代码递交后都会在持续集成服务器上触发一次构建
保证快速构建
模拟生产环境的自动测试
每个人都可以很容易的获取最新可执行的应用程序
每个人都清楚正在发生的状况
自动化的部署
4.周期
一个典型的持续集成周期包括以下几个步骤：
持续集成服务器不断从版本控制服务器上检查代码状态，看代码是否有更新。
如果发现代码有最新的提交，那么就从版本控制服务器下载最新的代码。
等代码完全更新以后，调用自动化编译脚本，进行代码编译。
运行所有的自动化测试。
进行代码分析。
产生可执行的软件，能够提供给测试人员进行测试。
5.价值
持续集成的价值在于：
﹡减少风险
剩余21页未读，继续阅读
资源评论
