持续集成学习笔记
一、 持续集成的基本概念
持续集成（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脚本、图片)等等。
测试
只要检测到有提交代码或者合并，自动跑模块单元测试。
构建完成，就要进行第二轮测试。第二轮是全面测试，单元测试和集成测试都会跑，所有测试以自动化为主，少数无法自动化的测试用例，就要人工跑。
部署
通过了第二轮测试，形成测试通过的版本，部署到生产服务器。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/213976.html原文链接：https://javaforall.net
