CI / CD是任何DevOps操作的两大基石，这是一种开发软件的方式，旨在生产快速而强大的软件，随时以可持续的方式发布更新。 当例行更改代码时，开发周期会更加频繁、更有意义且更快速。通过此过程，我们可以确保只有已知良好的代码才能成为软件产品的一部分。

传统集成

传统集成时，团队没有任何类型的中央构建服务器。源代码可以存储在中央源代码存储库中，但是开发人员不必定期提交更改。在计划发布之前，开发人员可能会手动集成更改，这会导致许多问题，例如由于许多开发人员同时集成而带来的最后一刻的冲突，或者由于集成而导致的组件故障。

持续集成Continuous Integration

持续集成是一种开发实践，要求 开发人员每天多次将代码集成到共享存储库中，以避免代码冲突。

然后，每个签入均由自动构建进行验证，从而使团队可以及早发现问题。这使团队可以花更少的时间进行回溯，而将更多的时间用于构建新功能。

集成过程

开发人员在自己特定的分支中开发其功能，然后将其新分支推送到协作存储库中。 运行自动化的单元测试和集成测试，并将错误和其他代码质量问题通知团队。一旦自动测试通过，开发人员就会创建拉取请求。开发人员和审阅者可以直接对开发人员提交给主分支的更改发表评论。

持续交付Continuous Delivery

持续交付是一个更改代码会自动生成、自动测试并为发布到生产环境中做好准备的过程，软件可以在任何时候发布到生产环境中。

持续集成的代码提交将进一步进行性能和功能测试，直到批准发布为止。要有效执行持续交付，需要强大的持续集成。如果正确实施，开发人员将始终拥有已通过标准化测试过程的可部署的构建工件。

这个过程在开发人员提交代码时开始，在登台环境中完成测试后结束，以便代码可以部署到生产环境中。如果在自动测试过程中出现任何错误或Bug，CI工具将自动通过任意一种通知（如电子邮件或短信）告知开发人员。

持续交付通常涉及一个类似于生产的暂存区域，在将更改发布到生产之前，需要手动接受这些更改。

持续部署Continuous Deployment

持续部署与持续交付非常相似。二者唯一区别是，在持续部署中，所有通过自动化测试阶段的代码提交都将 自动发布到生产环境中。

持续部署不需要在登台环境中进行任何手动测试，因为自动化测试将在发行版的所有阶段中执行。

3C的优势

1、缓解风险

许多开发人员面临这样的问题：应用程序在本地环境可运行，但是在面对更高级可用性时无法运行。这是因为在本地环境和投入生产的地方可能存在很多不同之处。一些质量保证任务如浏览器测试，可以降低将Bug一直传播到活动站点的风险。

2、加快上市时间

持续集成、持续部署和持续交付的应用可以让团队更快地发现故障并快速修复，从而提高软件发布率，加快交付速度。

3、更改可追溯

所有团队成员必须使用相同的源存储库来维护其代码。很明显，可以看到代码库被进行了哪些更改以及由谁进行了更改。

4、提高代码覆盖率

CI服务器检查每一次构建的测试覆盖率。无论你在何处提交未经测试类的新代码，服务器都会显示错误，因为没有足够的代码覆盖率，因此开发人员将致力于增加低层级可用性的覆盖率，以便在部署到更高级的可用性时不会出现与代码覆盖率有关的问题。

5、质量：从优秀到卓越

6、更少的积压工作

将CI/CD纳入团队的开发过程中可以减少积压工作中非关键缺陷的数量。这些小缺陷会在生产前被检测出来，并在发布给最终用户之前被修复。

7、用户满意度

随着部署在连续的周期中运行，这将使团队能够跟踪项目并实时提供反馈，并在必要时修复团队中的缺点。通过一致的评审，新产品的开发将更加精细，并将更加符合终端用户的期望。

8、减少团队成员之间的摩擦

结论

在当今瞬息万变的竞争环境中，开发商正努力将他们的产品快速投放市场，如果没有一套简洁而合适的流程，几乎不可能发布高质量的代码。因而，转向持续集成和持续部署将极大地改变软件开发过程。它将简化整个过程，从而帮助团队提供更稳定、更安全、更优质的产品。

参考文献：Krishnagayathri Gopinath .Continuous Integration And Delivery [OL].(2020-04-27) https://dzone.com/articles/continuous-integration-and-delivery