浅谈我对持续集成的理解

一、持续集成是什么？

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

 

持续集成指的是，频繁地（一天多次）将代码集成到主干，通过持续集成流程的进行自动化方式的构建，编译和测试，提供可以部署发布的单元包

持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。

它的核心措施是，代码集成到主干之前，必须通过自动化测试。

只要有一个测试用例失败，就不能集成。

Martin Fowler说过，"持续集成并不能消除Bug，而是让它们非常容易发现和改正。与持续集成相关的，还有两个概念，分别是持续交付和持续部署。

 二 持续集成的价值是什么？

 1、降低风险，由于持续集成不断去构建，编译和测试，可以很早期发现问题，所以修复的代价就少；

 2、对系统健康持续检查，减少发布风险带来的问题；

 3、减少重复性工作；

 4、持续部署，提供可部署单元包；

 5、持续交付可供使用的版本；

 6、增强团队信心；

 

三、持续集成流程

　　持续集成一般的做法： 通过svn或其他工具拉取代码->自动化构建->自动化编译->自动化测试->自动化部署->自动化发布->邮件发送通知；

 

四、持续交付

　　持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。

　　持续交付可以看作持续集成的下一步。它强调的是，不管怎么更新，软件是随时随地可以交付的。

五、持续部署

　　持续部署（continuous deployment）是持续交付的下一步，指的是代码通过评审以后，自动部署到生产环境。

　　持续部署的目标是，代码在任何时刻都是可部署的，可以进入生产阶段。

　　持续部署的前提是能自动化完成测试、构建、部署等步骤。

 

测试是持续集成流程中重要的一环，也是区别去传统的软件开发流程中的一个重要的标志。为什么要有持续集成测试呢？

1、可以早点发现bug，这就是fix bug代价比较小

2、可以平滑产品，提高产品质量

3、可以让团队的每个人了解产品的质量状态

4、每天都有持续集成测试的报告发布

5、开发者对自己提交的代码测试情况有比较清晰的了解

6、可以有效地解决在QA人手不足的情况

7、尽可能地把测试自动化，让持续集成测试系统去执行这些自动化测试的case

 六、推荐书籍

 七、Jenkins是基于Java开发的一种持续集成工具，用于监控持续集成重复的工作，功能包括：持续的软件版本发布/测试项目，监控外部调用执行的工作。