Git によるバージョン管理

インフラストラクチャをコード（IaC）として管理するとは、インフラ設定をソフトウェアコードと同じように扱うことです。ソフトウェアと同様に、これらの設定にもバージョン管理が大きな効果をもたらします。

Gitは、最も広く使われているバージョン管理ツールです。変更を追跡したり、チームメンバーと共同作業したり、Terraformで問題が発生した場合に以前のバージョンへ戻したりできます。

Terraformプロジェクトの追跡を開始するには、まずプロジェクトのルートディレクトリでGitリポジトリを初期化する必要があります。これにより、非表示の.gitフォルダーが作成されます。

main.tfファイルが準備できているとします。

Terraformファイルを作成または変更したら、ファイルを「ステージング」（git add）し、その後「コミット」（git commit）して、リポジトリの履歴に変更を記録する必要があります。

各コミットは、明確なメッセージを付けた論理的な変更単位にしてください。

Terraformが作成するstateファイル（terraform.tfstateなど）や一時ディレクトリ（.terraform/）は、Gitにコミットしないでください。これらには機密情報が含まれているほか、競合の原因になる可能性があります。

.gitignoreファイルを使って、無視するファイルをGitに指定してください。

ブランチを使うと、メインのコードベースから分離して、新機能やバグ修正に取り組めます。これにより、メインの開発ラインに問題が生じるのを防げます。

• デフォルトブランチには、mainまたはmasterがよく使われます。
• タスクごとに新しいブランチを作成してください。

新しいブランチ（例: add-s3-bucket）に切り替えたら、mainブランチに影響を与えずにTerraform設定を変更できます。

main.tfに単純なS3バケットリソースを追加してみましょう。

機能の実装とテストがそのブランチで完了したら、main ブランチにマージできます。これにより、変更内容が主要なコードベースに統合されます。

まず main に切り替え、その後で機能ブランチをマージします。

マージ時に、Git が変更を自動的に組み合わせられないことがあります。これがマージコンフリクトです。競合しているファイルを手動で編集し、どの変更を残すか選択する必要があります。

解決したら、マージしたファイルに対して git add と git commit を実行します。

共同作業を行うには、ローカルの変更をリモートリポジトリ（GitHub や GitLab など）に push します。ほかのメンバーは、その変更を自分のローカルマシンに pull できます。

これにより、チームで同じ Terraform プロジェクトを同時に操作できます。

main.tf ファイルに新しいリソースを追加し、その変更を Git の履歴に保存したいとします。通常、どの Git コマンドを使用しますか？

このレッスンでは、Terraform の設定を管理するうえで Git が不可欠である理由を学びました。次の操作を行いました。

• Git リポジトリを初期化し、変更を追跡する。
• .gitignore を使って機密ファイルを除外する。
• ブランチを使って分離された環境で開発する。
• 変更をマージし、コンフリクトに対処する。
• リモートリポジトリを使って共同作業する。

Git によって、IaC のバージョン管理、監査、共同作業が可能になります。