为什么需要持续集成

持续集成学习笔记

一、 持续集成的基本概念

持续集成（ContinuousIntegration，简称CI），是一种软件开发实践，在实践中指只要代码有变更，就自动运行构建和测试，反馈运行结果。

通俗一点来讲，就是绑定项目的代码仓库，SVN或者Git库，自动抓取新的代码，完成构建，甚至执行测试，部署到服务器。

 

二、 持续集成的好处

主要有以下几个好处：

• 能够快速暴露错误。
• 保证代码提交质量。
• 定位错误更加容易。
• 降低整体集成风险。
• 促进产品快速迭代。

  与持续集成相关的，还有两个概念，分别是持续交付和持续部署。

持续交付

持续交付(Continuousdelivery)指频繁持续的将软件的新版本，交付给质量团队或者用户。它强调的是，不管怎么更新，软件是随时随地可以交付使用的。

持续部署
持续部署(continuousdeployment)是持续交付的下一步，指的是代码通过评审测试以后，自动部署到生产环境。

持续部署的目标是，代码在任何时刻都是可部署的，可以进入生产阶段。因此持续部署的前提是能自动化完成测试、构建、部署等步骤。 

持续集成、持续交付和持续部署的区别在于：

持续集成做到上述图中的1、2、3；

持续交付做到了上述图中的1、2、3、4；

而持续部署则做到了上述图中的1、2、3、4、5。

三、 常用的构建工具

常用的构建工具有如下几个：

Jenkins

Travis

Codeship

Strider

其中最常用的是开源的项目Jenkins。在我工作的三家公司中，持续集成都使用的是Jenkins。

 

四、 持续集成的流程

根据持续集成的设计，代码从提交到生产，整个过程如下：

提交

开发者向代码仓库提交代码。

构建

也称之为集成。检测到代码提交后，进行构建(build)。构建的目的是将源码转换为可以运行的实际代码，比如安装依赖，配置各种资源(样式表、JS脚本、图片)等等。

测试

只要检测到有提交代码或者合并，自动跑模块单元测试。

构建完成，就要进行第二轮测试。第二轮是全面测试，单元测试和集成测试都会跑，所有测试以自动化为主，少数无法自动化的测试用例，就要人工跑。

部署

通过了第二轮测试，形成测试通过的版本，部署到生产服务器。