-
-
Notifications
You must be signed in to change notification settings - Fork 112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
For non-geodesic users, allow command
templates or auto search for popular directory formats
#441
Comments
@nitrocode why not just write:
Then it should use your search path, and be compatible with tools like |
The way This file can be added in the
✗ cat .tool-versions
terraform 1.2.3 But then you have an issue if you have multiple instantiations of components:
abc:
command: "terraform"
components:
abc/legacy:
command: "terraform0.12" Today, we can do explicitly set these but then it's only compatible with a single tool asdf or tfenv or tfswitch due to the path structure. components:
abc:
command: /Users/user/.asdf/installs/terraform/1.6.2/bin/terraform
components:
abc/legacy:
command: /Users/user/.asdf/installs/terraform/0.12.5/bin/terraform |
I don't know there's a more generic way to solve this than what we've done.
And specifying the |
If that works for you, let's document using it together with atmos. |
I haven't tested this but it sounds like it would work. More docs sound good to me. Thanks for following up |
Describe the Feature
Currently we can use hard coded values
This works if you're using geodesic or nix or similar but it doesn't work if devs want to use native binaries.
The native binaries may be installed via asdf or tfenv or tfswitch.
/Users/user/.asdf/installs/terraform/{version}/bin/terraform
/home/user/.tfenv/versions/{version}/terraform
/home/user/.terraform.versions/terraform_{version}
Expected Behavior
An improved templating system
Use Case
Allow using asdf, tfsec, tfenv or any terraform version manager by supplying command templates. This also removes hard coding binaries in the yaml leaving only the input that matters which is the version.
Describe Ideal Solution
It would be nice in
atmos.yaml
to allow adding formats to check forthen for components, we can use something like this
Alternatives Considered
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered: