[敏捷开发实践] Jenkins与持续集成（Continuous Integration）之概述

Jenkins与持续集成（Continuous Integration）之概述

1. 持续集成（CI，Continuous Integration）的定义

大师Martin Fowler对持续集成是这样定义的：持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。

总结一下，持续集成就是：指开发阶段,对项目进行持续性自动化编译、测试,以达到控制代码质量的手段。持续集成是一种软件开发实践。持续集成的宗旨是避免集成问题。

在敏捷开发方法中，无论是XP或者Scrum方法，持续集成需要达到最佳成果，必须依靠着自动化集成单元测试并通过测试驱动开发（TDD）。 

2. 为什么需要持续集成

持续集成对单元测试较为依赖，测试覆盖率越高，单元测试越准确，越能体现持续集成的效果。

持续集成主要在以下方面提供好处：

• 持续自动化测试（持续集成可通过时间间隔触发，或其他方式触发）
• 跟踪工程健康状况
• 强制性单元测试用例，验收测试用例等
• 静态代码检测，生成测试报告

3. 持续集成的价值

持续集成的价值体现在：

• 减少项目风险
• 减少开发中的重复过程
• 任何时间任何地点生成可部署的软件
• 增加项目的可见性
• 建立团