CICD是持续集成（continuous integration，CI），持续交付（continuous delivery，CD），持续部署（continuous Deployment，CD）的简称。指在开发过程中自动执行一系列脚本来减低开发引入bug的概率，在新代码从开发到部署的过程中，尽量减少人工的介入。

1，持续集成持续集成指的是，频繁地（一天多次）将代码集成到主干。

它的好处有两个：1）快速发现错误：每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。2）防止分支大幅偏离主干：如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。

持续集成的目的：让产品可以快速迭代同时还能保持高质量，它的核心措施是：代码集成到主干之前，必须通过自动化测试，只要有一个测试用例失败，就不能集成。Martin Fowler说过，"持续集成并不能消除Bug，而是让它们非常容易发现和改正。"

2， 持续交付持续交付指的是频繁的将软件的新版本交付给质量团队或用户，以供评审，如果评审通过，代码就进入生产阶段。持续交付可以看作是持续集成的下一步，强调的是，不管怎样更新，软件是随时随地可以交付的。

3，持续部署持续部署是持续交付的下一步，指的是代码通过评审之后，自动部署到生产环境。持续部署的目标是：代码在任何时候都是可以部署的，可以进入生产阶段。持续部署的前提是能自动化完成测试，构建，部署等步骤。

持续部署与持续交付的区别，可以参考下图：

jenkins是一个比较流行的持续集成工具。GitLab是存储镜像的镜像仓库。

流程详解：由客户端将代码push推送到git仓库，gitlab上配置了一个webHook的东西可以触发Jenkins的构建。进入到Jenkins虚线范围内，它所做的事情非常多，从mvn构建代码，对代码进行静态分析，做单元测试，测试通过之后就可以build镜像，镜像构建成功后就把镜像push推送到Harbor镜像仓库中，镜像push推送到镜像仓库后，我们就可以调用kubernetes集群的restAPI更新服务，而后kubernetes接收到了更新的指令，从Harbor镜像仓库pull拉取镜像，从而完成服务的更新与重启，最后我们从客户端来访问kubernetes集群的服务。

项目环境：