修改Terraform Provider版本后，Azure DevOps流水线执行Terraform Init出现Backend configuration changed报错

我之前在Azure DevOps里搞Terraform部署的时候也踩过这个坑，刚好能给你说说怎么处理。

首先得搞懂这个错误的本质：Terraform会把后端（用来存储state的地方，比如你的Azure存储账户）的配置信息存在已有的state里，当你这次执行terraform init时，它发现当前代码里的后端配置和state里记录的不一样，就会抛出这个错误。你改Provider版本本身不会直接改后端，但有可能是版本升级后，后端配置的某些隐含校验逻辑变了，或者流水线里的环境变量、配置文件不小心有了细微变化，导致Terraform认为配置改了。

接下来分两种情况处理：

如果你确实有意修改了后端配置 #

比如换了存储账户、容器，或者改了state文件的存储路径，那用自动迁移命令：

• 把Azure DevOps流水线里的Terraform Init命令改成：terraform init -migrate-state
• ⚠️ 重要提醒：执行前一定要先备份现有的state（比如手动从Azure存储账户里下载一份），同时确保流水线服务 principal有新旧后端存储的读写权限，避免迁移过程中丢失state。

如果你没改后端配置，只是换了Provider版本 #

这种情况大概率是Terraform的误判，或者是环境里的隐式变化导致的，用重新配置命令：

• 把Init命令改成：terraform init -reconfigure
• 这个命令会忽略现有state里的后端配置记录，直接用当前代码里的配置重新初始化，不会迁移state，适合只是“误报”不一致的场景。

另外给你几个排查方向，防止以后再碰到：

• 检查Terraform配置里的backend "azurerm"块，对比改Provider版本前后的代码，确认storage_account_name、container_name、key这些核心参数有没有变化
• 看看流水线里有没有设置和Azure后端相关的环境变量（比如ARM_ACCESS_KEY、ARM_STORAGE_ACCOUNT_NAME），会不会在调整版本的时候不小心改了这些变量值
• 如果用的是Azure DevOps的官方Terraform任务，检查任务配置里的「Backend Configuration」部分，有没有参数被误修改

内容的提问来源于stack exchange，提问作者Jason_Hough