-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
[PROPOSAL] Expose project name as environmental variable in run steps #539
Comments
PR's welcome. Here's where the vars are set: https://github.com/runatlantis/atlantis/blob/master/server/events/runtime/run_step_runner.go#L39 |
I would like to see also name of the workflow as an environment variable, which would allow me to set, e.g. backend config based on workflow name:
Instead of:
This seems a little bit more tricky (at least for me :)) than adding the project name which is more or less already is in place, it is just not exposed as an environment variable. Nevertheless, if you give me some pointers I could try to get it done anyway. |
Yeah the way it's architected now, that part of the code has no knowledge of workflow names. That's intentional because I was trying to keep the two parts independent. Given that whenever you define the workflow its name is directly above it in your config (so it's not that big a deal to duplicate the words), I'd like to keep it the way it is for now for the architectural reasons outlined above. If there are more compelling use-cases then I'm happy to revisit. |
Hello!
First of all, thank you very much for the work with Atlantis. It made my life easy and happy.
I am coming with suggestion to expose the name of project (from atlantis.yaml) as environmental variable for the RUN stages.
Why? I am sending slack notifications with run stage, and when Atlantis creates multiple plans for all AWS accounts we have, it's hard to distinguish which one is which. Having project name would solve this issue for me.
Thank you!
The text was updated successfully, but these errors were encountered: