持续集成 (CI) 和持续交付 (CD) 是现代软件开发的重要组成部分，但这些术语究竟是什么意思，它们有什么区别？让我们深入了解 CI、CD 以及另一种称为持续部署（另一个 CD）的方法，以全面理解这些概念。
持续集成 (CI)
持续集成 (CI) 是将多个开发人员的代码变更频繁且自动地合并到共享代码库的实践。持续集成流水线的关键特性是：
自动构建和测试： CI 工具自动构建和测试新代码，以识别任何冲突或错误。当检测到问题时，开发人员会收到通知，以便他们能够及早纠正问题，避免在开发周期的后期阶段演变成更复杂和成本更高的挑战。
快速反馈： 持续集成在每次变更后立即提供关于应用程序健康状况和质量的反馈。这使团队能够做出明智的决策，快速迭代他们的代码，并主动解决问题，从而产生更可靠、更具弹性和更以客户为中心的软件产品。
持续集成促进了敏捷文化，帮助组织优化开发过程，减少浪费，并快速适应不断变化的市场条件。
了解更多关于持续集成的信息
持续交付 (CD)
持续交付 (CD) 通过确保代码始终处于可部署状态来扩展 CI 流程，使团队能够随时自信地发布软件。持续交付常常与持续部署混淆，但两者有着关键的区别。持续交付流水线的特点是：
手动部署： 测试成功后，发布版本被打包并暂存，等待手动批准部署。可能已经设置了脚本化的部署流程，但在指定的批准人触发部署之前，它不会启动。
随时可部署的代码： 在持续交付中，代码始终保持随时可部署到生产环境的状态，但实际部署是手动触发的，在变更发布到生产环境之前提供人工监督和控制的最终检查点。
持续交付通过提高可见性和控制力，增强了开发和运维团队之间的协作，并增强了对交付过程的信心。
了解更多关于持续交付的信息
持续部署 (CD)
持续部署 (CD) 自动化整个软件发布流程，从代码集成和测试到将变更部署到生产环境。与持续交付不同，持续部署不需要人工干预。持续部署流水线的特点是：
自动部署： 一旦代码通过所有测试，它会自动并立即部署到生产环境，无需手动批准。
无摩擦发布： 持续部署使组织能够在软件更新通过验证后立即发布给客户，缩短上市时间。
持续部署从交付生命周期中移除了低效的手动任务，加快了上市时间，并为终端用户创造了持续的价值流。
了解更多关于持续部署的信息