持续集成:不断地将开发工作与主要分支合并，以便尽可能频繁地测试代码，以便及早发现问题。

持续交付:一旦代码准备好交付，就持续地向环境交付代码。这可以是分期或生产。其理念是将产品交付给用户群，用户群可以是QA或客户，以便进行审查和检查。

持续集成阶段的单元测试不能捕捉到所有的错误和业务逻辑，特别是设计问题，这就是为什么我们需要QA或测试环境。

持续部署:在代码准备好后立即部署或发布。持续部署需要持续集成和持续交付，否则在发布版中代码质量将得不到保证。

持续部署~~持续集成+持续交付

持续集成:是开发人员尽可能频繁地将对代码库的更改合并到主分支的实践。通过创建构建，然后对构建运行自动化测试来验证这些更改。如果这些测试没有通过，更改就不会合并，开发人员就会避免可能发生的集成挑战。

Continuous Delivery : is an extension of CI since it enables automation to deploy all the code changes to an environment (dev, qa, stage, prod, etc) after the changes have been merged. The artifact may be built as part of CI or as part of this process since the source of truth (your repository) is reliable given your CI process. In simple terms, this means that there is an automated release process on top of the automated testing process and that developers can deploy their changes at any time by simply clicking a button or at the completion of CI.

持续部署:比持续交付更进一步。在这里，在管道的每个阶段通过验证步骤的所有更改都将发布到生产环境中。这个过程是完全自动化的，只有一个失败的验证步骤才能阻止将更改推到生产环境中。

让我们长话短说:

置信区间: 一种软件开发实践，团队成员至少每天集成他们的工作。每个集成都通过自动构建(包括测试)进行验证，以尽可能快地检测错误。 CD: CD构建在CI之上，在CI中构建软件时，软件可以在任何时候发布到生产环境。

DevOps是3C的组合——持续、沟通、协作，这导致了各个行业的主要关注。

在物联网连接设备的世界中，产品所有者、web、移动和QA等多种scrum功能以敏捷的方式在scrum周期中工作，将产品交付给最终客户。

持续集成:多个scrum特性在多个端点同时工作 持续交付:通过集成和部署，同时向多个客户交付产品。 持续部署:在多个平台上将多个产品部署到多个客户。

观看此视频，了解DevOps如何实现物联网连接的世界:https://youtu.be/nAfZt2t4HqA

一个图表可以代替很多单词:

享受吧!：-)

#我已经更新了正确的图片…

来源:https://thenucleargeeks.com/2020/01/21/continuous-integration-vs-continuous-delivery-vs-continuous-deployment/

什么是持续集成 持续集成是一个自动构建和自动测试的过程或开发实践，即开发人员需要多次将他的代码提交到一个共享存储库中，其中每次集成都通过自动构建和测试进行验证。

如果构建失败/成功，它会通知开发人员，然后他可以采取相关行动。

什么是持续交付 持续交付是一种实践，在这种实践中，我们保持我们的代码在任何通过所有测试并具有将代码推入生产环境所需的所有配置的地方都是可部署的，但还没有部署。

什么是持续部署 在CI的帮助下，我们已经为我们的应用程序创建了构建，并准备将其推向生产环境。在这一步中，我们的构建已经准备好了，通过CD，我们可以直接将应用部署到QA环境中，如果一切顺利，我们可以将相同的构建部署到生产环境中。

所以基本上，持续部署比持续交付更进一步。通过这种实践，通过您的生产管道的所有阶段的每个变更都被发布给您的客户。

持续部署是配置管理和容器化的结合。

配置管理:CM主要是维护与应用程序需求兼容的服务器配置。

容器化:容器化是一组将在整个环境中保持一致性的费用。

Img来源:https://www.atlassian.com/