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

Templated stack name #350

Open
gtie opened this issue Apr 7, 2024 · 1 comment
Open

Templated stack name #350

gtie opened this issue Apr 7, 2024 · 1 comment
Labels
enhancement New feature or request good first issue Good for newcomers

Comments

@gtie
Copy link

gtie commented Apr 7, 2024

I often need to have a few flavors of a single template - like prod, dev, test. I'm passing the env as a stack parameter.

There are two pieces that don't quite fit in this scenario:

  • I use the convenient automatic stack name. I can no longer run rain deploy mystack.yaml --params Env=dev because the stack will be overwritten when I e.g. deploy the Prod version. I have to specify an explicit stack name once I introduce different environments.
  • I don't see a good way to tie the stack name to a certain paramter. I can do rain deploy mystack.yaml --params Env=dev mystack-dev, but 1) it's long; 2) there is unnecessary repetition; 3) it's awfully easy to mix-up the stack name vs the param. It basically calls for yet layer of scripting, which I'm trying to avoid.

Am I missing some smarter way to do stack names + params based on environment? I was thinking that supporting (templated?) stack name in the rain configuration file might be a convenient way to hard-link stack names and sets of parameters.

@ericzbeard
Copy link
Contributor

Are you proposing the addition of StackName to the nodes we parse in the config file? That would be very simple to implement, and I don't think it would break anything. I just merged a PR to make the file flexible enough to also act as the input to Git sync config, so we would need to make sure it doesn't break there.

@ericzbeard ericzbeard added enhancement New feature or request good first issue Good for newcomers labels May 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

2 participants