如果转载，还请注明我文章的链接，书写不易，互相珍重，期待技术交流

接下来会努力完成这套完整的cicd文档，这篇文档是这一整套项目的一个序言，是一个简单的说明。

这整套的笔记包含的组件会比较多，因此文档会非常的长且繁琐

其实最开始是想写给自己看的，以备后面当做一个体系文档备查，想了想决定发出来希望能对要用到cicd的同学们有所帮助。

因为是一边搭，一边写，很可能，不对，是一定会出现漏掉的或者前面搭建的后面要修改的情况。。。都会作以详细的修改说明，还请谅解。

以下列出的软件仅是代表性说明，包括但不限于

通篇包含以下几个流程模块

​ 编码 >> 构建 >> 集成 >> 测试 >> 交付 >> 部署

各模块代表应用

结构图

这张图会随着后面不断的实践而变得逐渐丰富起来，先在这里立一个大纲吧。

作者

​ Yu

修订记录

声明

​ 如转载，请注明出处及原文链接

备注

因为不是专业人士，也并非是技术大佬…所以可能写着写着，发现前面有问题，

一旦出现这种前面已经写好的，后面发现了错误，或者需要修改些什么的情况。我想了两种方案：一种是返过头来修改，一种是在后面的文章中演示修改的内容

然后我仔细想了想，如果是严重错误，我可能只能选择回归头来吃书。。。

如果是功能性上的问题，因为是系列文档，所以我就不再改动原本的文档，转而选择在新文档的流程中做修改的说明以及步骤

以上还请谅解…

持续集成 CI 与 持续交付持续部署 CD

CI 持续集成

​ 是一种软件开发方法，开发团队可以频繁集成代码到仓库中，而非传统开发模式的开发周期结束统一提交

​ 在实际的开发工作中，集成合并代码时，经常会发现很多的代码冲突，代码重复等，频繁的集成，可以尽早发现问题

​ 配合上自动化的测试，审核平台，尽早发现问题，尽早解决，得以加快开发速度

CD 持续交付

​ 通过一系列自动化的套件，来频繁的将新代码交付至测试，质检，甚至用户，来进行评估审核，以判断代码是否能否满足需求满足稳定性，以便进入下一阶段

CD 持续部署

​ 也就是代码通过交付审核后的下一步，自动化部署至生产环境中，持续的频繁部署，可是使得新功能得以快速上线，给予到用户群体。

​ cicd提供了一个较好的开发部署工作过程，很大程度上解决了开发过程中的顾虑"最后集成会不会有问题"，尽早的暴露出问题点，

​ 并且整个cicd“流水线”建立后，工作流程固化，保证了工作的有序性和可靠性以及溯源能力

​ 并且通过整套的自动化流程，降低人工操作的出错率，提升速度

​