你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

开发生命周期

开发生命周期策略为自动登陆区域创建期间的存储库、分支、自动构建、部署和回滚策略提供关键设计注意事项和建议。

存储库策略

考虑采用像 Git 这样的版本控制系统，为你的团队提供代码共享和管理的灵活性。
- Git 是行业标准的版本控制系统。它是一个分布式版本控制系统，你的本地代码副本是存储库的完整版本。
了解 mono-repo 与 multirepo 存储库结构。
- 在单一存储库结构中，所有源代码都位于一个存储库中。
- 在多存储库结构中，所有项目都组织到单独的存储库中。
选择适合存储库内容的可见性设置。
- 公共存储库可以匿名访问。
- 专用存储库要求用户被授予对存储库的访问权限并登录以访问服务。
- 你可以为 Azure DevOps Projects 和 GitHub 存储库设置公共和私有可见性。
考虑设置存储库权限，以帮助你控制谁可以为你的源代码做出贡献并管理其他功能。
- 你可以为 Azure DevOps 和 GitHub 设置存储库权限。
考虑将基础结构即代码 (IaC) 资源部署到 Azure。 IaC 允许你以声明性模型管理基础架构，有助于减少配置工作，确保部署之间的一致性，并避免手动环境配置。
Azure 通过以下方式为登陆区域的 IaC 提供支持：
- Bicep
- Terraform

采用基于主干的开发模型，其中开发人员致力于单个分支。该模型有助于持续集成。所有的功能性工作都在树干中完成，并且所有合并冲突都可在提交时解决。
让你的团队为分支定义和使用一致的命名约定来识别已完成的工作。
设置权限以控制谁可以读取和更新 Git 存储库分支中的代码。你可以为单个用户和组设置权限。
设置分支策略：
- 要求使用拉取请求将分支合并到主分支。
- 拉取请求需要最少数量的审阅者。
- 重置所有批准投票以删除所有批准投票，但在源分支更改时保留投票以拒绝或等待。
- 自动包括代码审阅者。
- 检查注释解决情况。
将 squash 设置为合并策略，这允许你在完成拉取请求时压缩主题分支的 Git 历史记录。 Squash 合并不是将主题分支上的每个提交添加到默认分支的历史记录中，而是将所有文件更改添加到默认分支上的单个新提交中。

考虑实施持续集成 (CI)。 CI 涉及定期将所有开发人员代码合并到一个中央代码库中，并自动执行标准构建和测试过程。
考虑使用 CI 触发器：
- Azure Repos Git。你可以将分支、路径和标签配置为触发器以运行 CI 构建。
- GitHub：你可以配置分支、路径和标签触发器来运行 CI 构建。
考虑在构建过程中包含 IaC 单元测试以验证语法。
- ARM 模板测试工具包检查模板是否遵循推荐的做法。
- Bicep Linter 会检查 Bicep 文件是否存在语法错误以及是否违反最佳做法。
考虑在你的应用程序构建过程中包含单元测试。查看可用于 Azure DevOps Pipeline 的任务。
使用 Azure DevOps 服务连接或 GitHub 机密来管理与 Azure 的连接。每个连接都应具有对 Azure 资源的正确访问权限。
考虑使用 Azure 密钥保管库机密来存储和管理密码、API 密钥、证书等敏感信息。
Azure DevOps 代理可以自托管或 Microsoft 托管。
- 当你使用 Microsoft 托管的代理时，系统会为你进行维护和升级。每次运行构建作业时，都会创建一个新的虚拟机。
- 你可以自行设置和管理自托管代理以运行构建作业。

使用 CD 通过自动构建、测试和部署代码到类似生产的环境来确保代码始终准备好部署。添加持续交付以创建完整的 CI/CD 集成，帮助你尽早检测代码缺陷并确保你可以快速发布经过适当测试的更新。
将环境用作部署策略的一部分。环境提供以下好处：
- 部署历史记录
- 提交和工作项的可追溯性
- 诊断资源健康状况
- 安全性
包括 IaC 预部署检查，以便预览更改，并查看资源是否已创建、修改或删除的详细信息。