摘要
由于你的努力工作，你的玩具公司拥有一组大量的 Bicep 文件，可以用于部署 Azure 基础设施的所有方面。 但是，管理这些文件是一项挑战，你需要一种方法来跟踪所做的更改。
在本模块中，你了解了如何将 Git 版本控制系统与 Bicep 代码一起使用，以便为部署模板提供存储库。 你了解了将 Git 与 Bicep 代码一起使用的好处，以及 Git 如何从个人缩放到整个组织。
你使用 Visual Studio Code 来初始化 Git 存储库，添加和更新了一些文件，查看了这些文件的历史记录，并创建了一个分支。 然后你合并了该分支。 最后，你发布了 Git 存储库，以便同事可以访问它。 发布存储库还将使你能够在将来使用部署管道。
现在，每当对 Bicep 模板进行更改时，都可以确保对更改进行了跟踪，并且可以看到文件的旧版本。 你甚至可以使用分支处理试验性更改，而不会破坏当前已知良好的文件。
了解详细信息
有关 Git 处理部署模板和脚本的功能，还有很多需要了解的内容。 随着你继续了解 Bicep 和基础结构即代码，了解版本控制也非常重要：
- 学习路径使用 Git 进行版本控制简介是很好的下一步学习资料，可以提供更深入的介绍。
- 模块在 Visual Studio Code 中使用 Git 版本控制工具提供了有关将 Git 集成到 Visual Studio Code 中的详细信息。
使用基础结构即代码时，Git 的以下功能很有用：
- 暂存更改，它使你能够只提交已更改的一些内容，而使其他人退出提交。
- 储藏更改，它使你能够无需提交更改即可保留它们。
- 撤消更改，包括还原提交和重置存储库状态。
- 分支，包括处理合并冲突、高级合并和变基。
- 分支工作流，可用于支持团队的工作方式。 在本模块中，我们介绍了主干开发模型，但某些团队更喜欢使用 GitHub 流模型。 选择分支策略时，请考虑某些最佳做法。
- 重写历史记录，包括修改提交消息、从提交历史记录中删除信息以及缩小更改范围。
- 子模块。
Git 的大多数功能来自于其在团队环境中的使用。 你可能使用的特定功能包括：
- 克隆存储库（GitHub、Azure Repos）。
- 拉取请求（GitHub、Azure Repos）。
- 对存储库进行分支（GitHub、Azure Repos）。