Replies: 2 comments
-
Thank you for the proposal, I'll check it today |
Beta Was this translation helpful? Give feedback.
0 replies
-
That's hard to do with the current structure of |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Reading documentation made me realize that required_version is considered by tenv which could have been very useful as we wouldn't have to manage version files (like .tofu-version, tool-version, etc). However, to my surprise, required_version does not work in 99% of cases and the reason is that in all these cases tenv has the default version of a tool set. Wouldn't it make sense consider
required_version
over the default and use the default and then the latest as the last resort instead? I.e.Now:
.opentofu-version
file.tool-versions
fileterraform_version_constraint
fromterragrunt.hcl
fileterraform_version_constraint
fromterragrunt.hcl.json
file${TENV_ROOT}/OpenTofu/version
file (can be written withtenv tofu use
)latest-allowed
Proposed:
.opentofu-version
file.tool-versions
fileterraform_version_constraint
fromterragrunt.hcl
fileterraform_version_constraint
fromterragrunt.hcl.json
filelatest-allowed
(from required_version)${TENV_ROOT}/OpenTofu/version
file (can be written withtenv tofu use
)latest
See the resolution order for opentofu here as an example https://github.com/tofuutils/tenv?tab=readme-ov-file#project-binaries
Beta Was this translation helpful? Give feedback.
All reactions