本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
发布管理
发布管理是代码生成和生产部署之间的自动验证层。 AWS DevOps 代理会审查您的代码变更是否符合标准、跨代码库依赖风险和访问控制的正确性，然后通过自主发布测试来验证行为，以便在问题投入生产之前将其发现并得到解决。
发布管理功能
发布管理包括两项核心功能：
发布就绪代码审查
发布就绪代码审查评估您的代码变更是否符合政策、跨存储库依赖风险和访问控制的正确性。与标准 linting 或静态分析不同，这些审查了解您的应用程序的架构、它与其他存储库的关系，以及贵组织的政策，以揭示可能导致生产故障的问题。
该代理通过多个镜头评估变化：
标准评估 — 根据贵组织的标准和最佳实践（定义为自然语言技能）评估变更。策略可以涵盖安全性、可靠性、性能和运营最佳实践，而无需策略即代码专业知识。
Cross-repository 依赖关系分析 — 使用通过对连接的存储库进行索引而生成的知识图表，绘制存储库的交互方式，并识别一个存储库中的更改何时会影响另一个存储库的消费者。
Access-control 验证 — 对于 CloudFormation 更改，验证 IAM 策略、资源策略和网络配置是否遵循架构合理的最佳实践。
每份审查都会生成一份报告，其中包含建议的操作（封锁、谨慎行事或安全发布）、变更摘要、包含受影响代码位置的具体风险发现以及可行的建议。有关更多信息，请参阅 发布就绪代码审查。
发布测试
发布测试针对正在运行的应用程序实例生成并执行测试，以便在代码更改进入生产环境之前对其进行验证。代理分析您的代码更改，确定需要测试的内容，生成特定于变更的测试计划，并针对已部署的应用程序运行这些计划，所有这些都无需手动编写测试。
发布测试的关键方面：
Change-specific 测试计划 — 测试的目标是发布就绪代码审查期间浮出水面的风险区域，而不是运行静态回归套件。代理根据更改内容确定要测试的内容。
真实环境执行 — 在客户配置的环境中针对已部署的应用程序实例运行测试，捕捉单元测试错过的集成失败和回归情况。
多种测试类型 — 涵盖功能正确性、Web 应用程序的 UX 验证、API 合同测试以及跨服务的集成行为。
CI/CD 集成 — 可以从 IDE、通过 DevOps 代理聊天触发，也可以作为 GitHub 操作和 GitLab CI 管道中的一个阶段触发。
有关更多信息，请参阅 发布测试。
发布管理的运行位置
发布管理在多个方面集成到您的工作流程中：
在代码生成过程中 — 在编写代码时在 Kiro IDE 和 Claude Code 中内联，在提交代码之前捕捉问题。
在拉取请求和合并请求中 — 在 GitHub 和中打开或更新时 PRs/MRs 自动触发 GitLab。发现结果以内嵌评论的形式显示，并附有建议的修复方法。
On-demand— 通过 DevOps 代理聊天，您可以请求对任何分支、提交或存储库进行审查，并询问有关发现的后续问题。
发布管理入门
要开始使用发布管理功能，请执行以下操作：
Connect 您的存储库 — 在您的代理空间中，连接到 CI/CD 管道。代理将为您的代码编制索引，以生成跨存储库依赖关系的知识图表。初始索引大约需要一到两个小时。
定义您的政策（可选）— 代理说明 定义您想要的代码审查行为和您希望每个代码审查都包含的内部标准。您可以指定什么构成阻塞变更而不是警告。
触发你的第一次审核 — 使用 DevOps 代理聊天请求发布准备情况审查：“在 repo my-service 上查看 branch main 上的 branch main，了解发布风险。” 代理将评估变更并返回一份包含结果的报告。
发布管理层如何学习
随着时间的推移，发布管理通过两种机制得到改进：
存储库知识 — 当代理索引您的存储库时，它可以越来越全面地了解跨存储库依赖关系、共享资源、API 合同和基础架构关系。这些知识使每次审核的依赖风险分析更加准确。
Customer-provided 技能 — 定义自定义代码DevOps 特工技能，对组织评估代码的特定方法进行编码，例如如何评估跨服务依赖关系、何时需要功能标志、哪些模式需要额外审查，或者如何根据内部架构标准评估更改。这些技能可以让你向代理人传授团队的政策和实践，从而使审核反映出贵组织的期望。
