This is roughly equivalent to Terraform's required_version, and similar constraints can be placed on TFLint's version:
tflint {
required_version = "> 0.51"
}
$ tflint
Failed to load TFLint config; .tflint.hcl:2,22-30: Unsupported TFLint version; This config does not support the currently used TFLint version 0.50.3. Please update to another supported version or change the version requirement.:
Error: Unsupported TFLint version
on .tflint.hcl line 2:
(source code not available)
This config does not support the currently used TFLint version 0.50.3. Please update to another supported version or change the version requirement.
(During this work, I noticed that if there is an error in the configuration file, the diagnostics will not include the source code, but this will be fixed as a separate issue.)
This allows you to quickly provide problem feedback without exposing users to vague errors during future syntax changes.
If the required_version is not declared, the version error will not occur as before. This is an optional feature that may be useful if multiple developers may use different versions of TFLint.
You may have noticed that required_version is no longer an attribute in the config block, but a new tflint block has been introduced. This is in preparation for #1953, and I plan to gradually migrate attributes related to TFLint settings to the tflint block. I made this choice from the beginning because the required_version needs to be as compatible as possible.
Fixes https://github.com/terraform-linters/tflint/issues/1217
This PR adds
required_versionattribute to TFLint's configuration in preparation for https://github.com/terraform-linters/tflint/issues/1953.This is roughly equivalent to Terraform's
required_version, and similar constraints can be placed on TFLint's version:(During this work, I noticed that if there is an error in the configuration file, the diagnostics will not include the source code, but this will be fixed as a separate issue.)
This allows you to quickly provide problem feedback without exposing users to vague errors during future syntax changes.
If the
required_versionis not declared, the version error will not occur as before. This is an optional feature that may be useful if multiple developers may use different versions of TFLint.You may have noticed that
required_versionis no longer an attribute in theconfigblock, but a newtflintblock has been introduced. This is in preparation for #1953, and I plan to gradually migrate attributes related to TFLint settings to thetflintblock. I made this choice from the beginning because therequired_versionneeds to be as compatible as possible.