摘要
最好引入自动检查来评审团队的 Bicep 更改，然后再将这些更改合并到 GitHub 存储库的主分支中。
在此模块中，你了解了如何添加在创建、更新和关闭请求拉取时自动触发的 GitHub Actions 工作流。
你还了解了如何使用分支保护规则使拉取请求验证检查成为必需操作，这种做法可以确保在所有自动检查成功之前，审阅者和其他人不会将代码更改合并到主分支。 例如，你的网站需要更新才能使用 Linux 操作系统，你可以使用状态检查来验证拉取请求的更改。
然后，你了解了如何创建临时环境，这让你有机会在合并拉取请求更改时评审将部署哪些内容。 通过使用临时环境，可以试验和循环访问代码更改，而不会影响任何生产环境或非生产环境。 将网站更改为使用容器映像时，可以在准备和评审代码更改时轻松查看网站使用新配置的方式。
你还了解了如何在拉取请求合并和关闭后自动删除临时环境使用的资源。
现在，你应对 Bicep 代码和合并到存储库主分支中的 Azure 基础结构更改更加有信心。