CI/CD 管道 ci-cd-pipeline
了解 CI/CD 管道以及它们如何在 Cloud Manager 中处理到暂存和生产环境的部署。
概述 overview
Cloud Manager 包含一个持续集成/持续交付 (CI/CD) 框架，允许实施团队快速测试和交付新代码或更新后的代码。 实施团队可以设置、配置和启动自动化 CI/CD 管道。 该管道遵循 Adobe 编码的最佳实践，已执行全面的代码扫描，并确保最高的代码质量。
CI/CD 管道还可以自动实施单元测试和性能测试过程，提高部署效率并主动识别部署后要以高昂成本修复的关键问题。 如果将代码部署到生产环境，则实施团队可以访问全面的代码性能报告，以了解可能对 KPI 和关键安全性验证产生的影响。
关于管道过程 pipeline-process
下图说明了使用管道在 Cloud Manager 中触发版本后发生的情况。
2018.531.245527.0000001222）创建一个 Git 标记来标记版本。代码源 code-sources
除了生产和非生产之外，管道还可能会因它们部署的代码类型而异。
全栈管道 full-stack-pipeline
全栈管道将完整的AEM应用程序代码部署到AEM运行时，默认情况下还部署Web层配置。
以下限制适用。
- 用户必须以 部署管理员 角色登录才能配置或运行管道。
- 在任何时候，每个环境只能有一个全栈管道。
以下描述了全栈管道如何与Web层配置管道交互。
- 如果存在相应的Web层配置管道，则环境的全栈管道将忽略Dispatcher配置。
- 如果环境的相应Web层配置管道不存在，则用户可以配置全栈管道以包含或忽略Dispatcher配置。
全栈管道可以是代码质量管道或部署。
配置全栈管道 configure-full-stack
Web层配置管道 web-tier-config-pipelines
Web层配置管道允许向AEM运行时独占部署HTTPD/Dispatcher配置，并将其与其他代码更改分离。 它是一个简化的管道，为只希望部署Dispatcher配置更改的用户提供了加速方法，只需几分钟即可完成部署。
以下限制适用。
- 用户必须以 部署管理员 角色登录才能配置或运行管道。
- 在任何时候，每个环境只能有一个 Web 层配置管道。
- 当相应的全栈管道正在运行时，用户无法配置Web层配置管道。
以下描述了Web层配置管道如何与全栈管道交互。
- 如果没有为环境设置Web层配置管道，则用户可以在配置全栈管道时选择包含或忽略Dispatcher配置。
- 为环境配置Web层配置管道后，其相应的全栈管道（如果存在）将在执行和部署期间忽略Dispatcher配置。
- 删除Web层配置管道后，其相应的全栈管道（如果存在）将重置为在执行期间部署Dispatcher配置。
配置Web层管道 configure-web-tier
使用Smart Build更快地生成 use=smart-build
Cloud Manager现在使用名为 Smart Build 的优化生成策略，该策略使用模块级缓存来加快生成过程。 在每次构建期间，只会重新构建已更改的模块，而缓存中会重用未更改的模块。
智能构建仅适用于代码质量和开发全栈部署管道。
请参阅添加非生产管道和关于在非生产管道中使用Smart Build。
如何设置 CI/CD 管道 how-to-setup-a-ci-cd-pipeline
要了解有关管道配置的更多信息，请参阅配置生产管道和配置非生产管道文档。
质量审核 quality-gates
CI/CD 管道提供质量审核或验收标准，必须先达到此标准，之后才能将代码从暂存环境移至部署环境。 管道中有三项审核：
- 代码质量
- 性能测试
- 安全性测试
对于这三项审核中的每项审核，可以识别三个级别的问题：
- 关键 - 由审核识别的关键问题会导致管道立即失效。
- 重要 - 由审核识别的重要问题会导致管道进入暂停状态。 部署经理、项目经理或业务所有者可以推翻这些问题，从而允许管道继续进行。 或者，他们可以接受这些问题，导致管道因故障而停止。
- 信息 - 由审核识别的信息问题仅供参考，并且对管道执行没有影响。
以下是已识别问题的代码扫描示例。
