了解 CI/CD - AWS 规范性指导
关于持续集成关于持续交付

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

了解 CI/CD

持续集成和持续交付（CI/CD）是自动执行软件发布生命周期的过程。在某些情况下，CI/CD 中的 D 也可以表示部署。持续交付和持续部署之间的区别体现在发布对生产环境的变更时。对于持续交付，在推动对生产环境的变更之前需要手动批准。持续部署的特点是可以不间断地贯穿整个管线，不需要显式批准。由于此策略讨论的是通用 CI/CD 概念，因此所提供的建议和信息适用于持续交付和持续部署两种方法。

对于传统上需要手动完成的将新代码从提交到投入生产的流程，CI/CD 可以自动执行该手动流程的大部分或全部。CI/CD 管线包括源代码、构建测试、暂存和生产阶段。在每个阶段，CI/CD 管线都会预调配部署或测试代码所需的任何基础设施。通过使用 CI/CD 管线，开发团队可以对代码进行更改，然后进行自动测试并推送到部署。

让我们回顾一下基本的 CI/CD 流程，然后再讨论一些有意或无意地偏离完全 CI/CD 的方法。下图显示 CI/CD 阶段和每个阶段的活动。

CI/CD 流程的五个阶段以及每个阶段的活动和环境。

关于持续集成

持续集成在代码存储库中进行，例如 GitHub 中的 Git 存储库。您将一个主分支视为代码库的真实来源，为功能开发创建短期分支。当您准备好将功能部署到上层环境时，可以将该功能分支集成到主分支中。功能分支永远不会直接部署到上层环境。有关更多信息，请参阅本指南中的基于主干的方法。

持续集成流程

  1. 开发人员从主分支创建一个新分支。

  2. 开发人员在本地进行更改、构建和测试。

  3. 更改准备就绪后，开发人员会创建一个以主分支为目标的拉取请求（GitHub 文档）。

  4. 代码将进行审查。

  5. 当代码获得批准后，其会合并到主分支中。

关于持续交付

持续交付在开发环境和生产环境等隔离环境中进行。每种环境中进行的操作可能有所不同。通常，第一个阶段之一用于对管线本身进行更新，然后再继续。部署的最终结果是，每个环境均更新为最新的更改。用于构建和测试的开发环境的数量也各不相同，但我们建议您使用至少两个。在管线中，每个环境都按其重要性顺序进行更新，最后更新最重要的环境，即生产环境。

持续交付流程

管线的持续交付部分通过以下方式启动：从源存储库的主分支提取代码并将其传递到构建阶段。存储库的基础设施即代码（IaC）文档概述了在每个阶段执行的任务。尽管使用 IaC 文档并非强制要求，但强烈建议使用 IaC 服务或工具，例如 AWS CloudFormation 或 AWS Cloud Development Kit (AWS CDK)。最常见的步骤包括：

  1. 单元测试

  2. 代码构建

  3. 资源预调配

  4. 集成测试

如果在管线的任何阶段出现任何错误或任何测试失败，则当前阶段将回滚到其之前的状态，并且管线将终止。后续更改必须从代码存储库开始，并经历完全 CI/CD 流程。