b5adc33075
We expect that in order to continue to evolve the language without breaking existing modules we will at some point need to have a way to mark when a particular module is expecting a newer interpretation of the language. Although it's too early to do any deep preparation for that, this commit aims to proactively reserve an argument named "language" inside "terraform" blocks, which currently only accepts the keyword TF2021 that is intended to represent "the edition of the Terraform language as defined in 2021". That argument also defaults to TF2021 if not set, so in practice there's no real reason to set this today, but this minimal validation today is intended to give better feedback to users of older Terraform versions in the event that we introduce a new language edition later and they try to use an module incompatible with their Terraform version. |
||
|---|---|---|
| .. | ||
| config-build | ||
| config-diagnostics | ||
| dir-empty | ||
| error-files | ||
| experiments | ||
| invalid-files | ||
| invalid-modules | ||
| nested-backend-warning | ||
| nested-errors | ||
| provider-reqs | ||
| providers-explicit-fqn | ||
| valid-files | ||
| valid-modules | ||
| warning-files | ||