Terraform 1.15.0 validate 要求补齐 backend 参数，保留部分后端配置

后端参数由初始化命令提供，源码中只保留 backend "azurerm" {}，init 已经成功，接着运行 Terraform 1.15.0 的 validate 却要求补齐 storage account、container 或 key。对于使用部分后端配置的项目，这不一定说明初始化参数丢失。

在 1.15.0 的 Linux amd64 环境里，这条路径会对源码中的 backend 调用完整配置准备逻辑，要求提供部署时才会补齐的字段。部分配置本来就允许源码不保存这些值；离线结构校验不应把它们全部当作缺失错误。

正式 1.15.1 收窄了这里的校验：检查 backend 类型是否支持，而不在 validate 中强行准备完整 backend 参数。升级解决的是校验职责问题，不保证后端地址、权限或实际状态访问一定正常。

先核对项目是不是确实采用部分配置，例如：

terraform {
  backend "azurerm" {}
}

部署参数仍按现有方式提供。不要为了让旧版校验通过，把真实访问密钥、环境特定地址或其他不应入库的值复制到源码。也不要把 validate 的报错当作删除远端状态或重新建后端的理由。

升级到包含修复的维护版本后，可以在干净的受控副本中做结构校验：

terraform version
terraform init -backend=false
terraform validate

这里的初始化禁用后端连接，可能仍需安装模块与 provider，遵循项目原来的安装流程。它适合验证配置结构，不用于检查远端后端是否可访问。若需要验证部署参数，应另在已有授权的部署环境里执行正常初始化，并保留原来的状态保护与凭据管理。

对比升级前后的错误类型：预期是部分 backend 不再被要求填入所有部署字段，而其他真实配置错误仍能被发现。例如 backend 类型拼写错误、变量或资源配置错误，都不应为了通过校验而一并忽略。

如果在含修复版本仍遇到后端认证、状态锁或网络错误，需要回到实际初始化日志继续判断。validate 成功只证明其负责的配置校验通过；不能据此声称已连接后端，更不能直接跳过后续计划审核。