-
Notifications
You must be signed in to change notification settings - Fork 887
State of rich parameters in 0.17 #6230
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
Comments
Hi @dcarrion87, thanks for opening the issue.
The flag introduced in #6134 is intended to distinguish strategies for processing TF variables. If template admin switches to rich parameters (vel
Currently, we're working on #5980 to finalize work around managed variables. We'd like to make rich parameters optionable too, as we identified this as a gap to ensure feature parity with legacy parameters.
We didn't advertise them yet as there is some work planned, but you can always take a look at the examples in the terraform-provider-coder repository. Eventually, we will convert examples in the coder repo too. |
Closing this for now. @dcarrion87 - Feel free to create issues around rich parameters if you have feedback, as you can tell, we're heavily iterating in this area right now thanks to Marcin's work :) |
Awesome stuff. Thanks for clarifying! |
I've created https://github.com/coder/coder/milestone/11 which tracks this effort :) |
Been watching all the great progress on rich parameters in release notes. Is it currently guarded behind experimental flag?
Just wondering when it's to be in a relatively stable state that it could start being used by everyday users? E.g. Could we start using it with users now or there likely to be a break in subsequent releases.
Not even sure how to actually make a template that has rich params 🤔 .
The text was updated successfully, but these errors were encountered: