まとめ
努力のおかげで、おもちゃ会社は、その Azure インフラストラクチャのあらゆる側面をデプロイするための大規模な Bicep ファイル セットを用意できました。 ただし、これらのファイルの管理は課題になっており、変更を追跡する方法が必要でした。
このモジュールでは、Bicep コードで Git バージョン コントロール システムを使用して、展開テンプレート用のリポジトリを提供する方法について説明しました。 Bicep コードで Git を 使用する利点と、Git を個人から組織全体までスケーリングする方法について説明しました。
Visual Studio Code を使用して、Git リポジトリを初期化し、いくつかのファイルを追加および更新し、履歴を表示して、ブランチを作成しました。 次に、そのブランチをマージしました。 最後に、Git リポジトリを公開して、同僚がアクセスできるようにしました。 リポジトリを公開すると、将来デプロイ パイプラインを使用できるようにもなります。
これで、Bicep テンプレートを変更するたびに、更新が追跡され、古いバージョンのファイルを確認できるようになります。 さらにブランチを使用して、現在の既知の正常なファイルを壊すことなく、試験的な変更を行ってみることもできます。
詳細情報
展開テンプレートおよびスクリプトを操作するための Git の機能について知っておくべきことはさらに多くあります。 Bicep とコードとしてのインフラストラクチャに関する学習を進めながら、バージョン コントロールについても学習することが重要です。
- ラーニング パス「Git でのバージョン コントロールの概要」は、より深く概要を知るための適切な次のステップです。
- モジュール「Visual Studio Code で Git のバージョン コントロール ツールを使用する」では、Visual Studio Code への Git 統合に関する詳細を説明しています。
次の Git の機能は、コードとしてのインフラストラクチャを使用する場合に役立ちます。
- 変更のステージング。これにより、変更したものの一部だけをコミットし、他をコミットから除外することができます。
- 変更の一時退避。これにより、変更をコミットせずに保持できます。
- コミットを元に戻す、リポジトリの状態のリセットを含む、変更を元に戻す。
- マージ競合の処理、高度なマージ、リベースを含む、ブランチ。
- チームの作業方法をサポートするためのワークフローのブランチ。 このモジュールではトランクベースの開発について紹介しましたが、チームによっては GitHub フローモデルの方が好まれる場合があります。 ブランチ戦略を選択する際は、いくつかのベスト プラクティスを検討してください。
- コミット メッセージの修正とコミット履歴からの情報の削除、変更のスカッシュを含む、履歴の書き換え。
- サブモジュール。
Git の能力の大半は、チーム環境でのその使用からもたらされます。 使用する可能性がある特定の機能には、次のものがあります。
- リポジトリの複製 (GitHub、Azure Repos)。
- pull request (GitHub、Azure Repos)。
- リポジトリのフォーク (GitHub、Azure Repos)。