Skip to content
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

Feature: porter params generate #833

Closed
vdice opened this issue Dec 16, 2019 · 2 comments
Closed

Feature: porter params generate #833

vdice opened this issue Dec 16, 2019 · 2 comments

Comments

@vdice
Copy link
Member

vdice commented Dec 16, 2019

I'm wondering if a porter parameters generate command would be useful? Similar in functionality to porter credentials generate, it would interactively iterate through all of the parameter definitions in bundle, receiving input from the user to populate each parameter's value (supplying the default if it exists, so user can enter through if one is already set) and then create a params file as can currently be consumed via a porter install|uninstall|upgrade|invoke command.

At the minimum, it could support only receiving each param value directly (or using the bundle default, as mentioned.) We could also explore offering options to look up the value from another source, say a filepath or env var, on the user's local system. It would then look each up and enter the corresponding value into the params file.

We might also consider, most likely in a follow-up if this issue gains traction, creating a parameters sub-directory under Porter's home to store the resulting parameters file for a bundle (another correlate to the credentials files currently stored under the credentials sub-directory). Then, if only the name of an existing parameters file is supplied on the action (i.e., porter install --param-file mybuns), Porter would know where to look first for said file.

@squillace
Copy link

Like! Wanna balance this against other issues, but this WOULD make the world easier, def.

@vdice
Copy link
Member Author

vdice commented Jun 23, 2020

This feature request can now be considered fulfilled with #1078; closing.

@vdice vdice closed this as completed Jun 23, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants