Azure devops 如何维护上百种不同的地形配置?

Azure devops 如何维护上百种不同的地形配置?,azure-devops,terraform,terraform-provider-azure,Azure Devops,Terraform,Terraform Provider Azure,我们创建了一个Terraform模板,我们将在未来在不同的工作空间中多次部署该模板。每个工作区将有一个单独的配置文件 现在,我们想自动化这个过程,并考虑将配置文件保存在Git Repo中 有没有人知道如何将配置文件存储在Git Repo中并触发CICD工作流(Azure DevOps)的最佳实践 通常,我们只希望对配置已更改的工作区应用更改。terraform plan and apply命令有一个选项供您传入要使用的tfvars文件。比如说: terraform apply --var-fil

我们创建了一个Terraform模板,我们将在未来在不同的工作空间中多次部署该模板。每个工作区将有一个单独的配置文件

现在,我们想自动化这个过程,并考虑将配置文件保存在Git Repo中

有没有人知道如何将配置文件存储在Git Repo中并触发CICD工作流(Azure DevOps)的最佳实践


通常,我们只希望对配置已更改的工作区应用更改。

terraform plan and apply命令有一个选项供您传入要使用的tfvars文件。比如说:

terraform apply --var-file=workspace.tfvars
因此,在管道中,您将获取terrafom模板工件和配置文件。然后,我将设置一个TF_WORKSPACE变量来强制您的工作区,并且我还将使您的tfvars文件与工作区名称匹配,以便您可以在apply命令中重复使用该变量。这将强制您的工作区和配置文件匹配

若要在这些文件发生更改时触发此操作,则需要在这些更改时触发的


无论是否发生变化,每次运行Terraform都不会有任何伤害。更糟糕的可能结果是,有人做出了一个不在地形中的改变,而它却被撤销了

那正是我的想法。我只是错过了路径触发器的部分。那有帮助!