まとめ
GitHub リポジトリの main ブランチにマージする前に、チームの Bicep の変更をレビューする自動チェックを導入することは良い考えです。
このモジュールでは、pull request の作成、更新、クローズするときに自動的にトリガーされる GitHub Actions ワークフローを追加する方法について学習しました。
ブランチ保護ルールを利用して pull request 検証チェックを必須にする方法と、自動化されているあらゆるチェックが成功するまでレビュー担当者やその他のユーザーがコード変更をメイン ブランチに結合できないようにするプラクティスも学習しました。 たとえば、Linux オペレーティング システムを使用するように、Web サイトを更新する必要がありました。また、状態チェックを使用し、pull request の変更を検証し、確認できました。
次に、一時的な環境を作成する方法を学習しました。これにより、pull request 変更がマージされたときに展開される内容を確認する機会が与えられます。 短期環境を利用することで、運用または非運用環境に影響を与えることなくコード変更を実験し、反復できます。 コンテナー イメージを使用するように Web サイトを変更した場合、コードの変更の準備と確認を行いながら、Web サイトが新しい構成でどのように動作するかを簡単に確認できます。
また、pull request を結合し、終了した後、一時的な環境で使用されているリソースを自動的に削除する方法についても学習しました。
これで、Bicep コードと、リポジトリの main ブランチにマージされる Azure インフラストラクチャの変更の両方に対して、さらに自信を持つことができます。