这三个词的区别是什么?我所在的学校提供了以下定义:
持续集成基本上意味着开发人员的工作副本每天多次与共享主线同步。
持续交付被描述为持续集成的逻辑演进:始终能够将产品投入生产!
持续部署被描述为持续交付之后的逻辑下一步:只要产品通过QA，就自动将其部署到生产环境!
它们还提供了一个警告:如果您能够持续部署到测试系统，有时也会使用术语“持续部署”。
所有这些都让我感到困惑。任何更详细的解释(或附带一个例子)都是非常感谢的!
当前回答
Atlassian发布了一个关于持续集成、持续交付和持续部署的很好的解释。
简而言之:
持续集成——是 每当新提交被推入分支时，自动构建和测试应用程序。
持续交付——即持续集成+通过“点击一个按钮”将应用程序部署到生产环境(通常是发布给客户，但按需发布)。
持续部署-是 持续交付，但没有人为干预(向客户发布正在进行中)。
其他回答
Atlassian发布了一个关于持续集成、持续交付和持续部署的很好的解释。
简而言之:
持续集成——是 每当新提交被推入分支时，自动构建和测试应用程序。
持续交付——即持续集成+通过“点击一个按钮”将应用程序部署到生产环境(通常是发布给客户，但按需发布)。
持续部署-是 持续交付，但没有人为干预(向客户发布正在进行中)。
DevOps是3C的组合——持续、沟通、协作，这导致了各个行业的主要关注。
在物联网连接设备的世界中，产品所有者、web、移动和QA等多种scrum功能以敏捷的方式在scrum周期中工作，将产品交付给最终客户。
持续集成:多个scrum特性在多个端点同时工作 持续交付:通过集成和部署，同时向多个客户交付产品。 持续部署:在多个平台上将多个产品部署到多个客户。
观看此视频，了解DevOps如何实现物联网连接的世界:https://youtu.be/nAfZt2t4HqA
持续集成
自动化(签入+单元测试的构建)
持续交付
持续集成 自动化(部署到测试环境+负载测试+集成测试) 手动(从部署到生产)
持续部署
持续交付但自动化(部署到生产)
CI/CD是一段旅程。不是目的地。
These stages are suggestions. You can adapt the stages based on your business need. Some stages can be repeated for multiple types of testing, security, and performance. Depending on the complexity of your project and the structure of your teams, some stages can be repeated several times at different levels. For example, the end product of one team can become a dependency in the project of the next team. This means that the first team’s end product is subsequently staged as an artifact in the next team’s project.
补充说明:
连续练习 集成与持续 AWS交付
持续集成:不断地将开发工作与主要分支合并，以便尽可能频繁地测试代码，以便及早发现问题。
持续交付:一旦代码准备好交付，就持续地向环境交付代码。这可以是分期或生产。其理念是将产品交付给用户群，用户群可以是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.
持续部署:比持续交付更进一步。在这里，在管道的每个阶段通过验证步骤的所有更改都将发布到生产环境中。这个过程是完全自动化的，只有一个失败的验证步骤才能阻止将更改推到生产环境中。
