-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Change mainContainer env handling #8967
Comments
Overriding is the expected behavior instead of extending. |
@terrytangyuan whats the possible way then if we want to have a env variable that should be available to all task , but still possible to add additional env variable at workflow manifest level as well |
i also have a case where this proposed enhancement will be perfect solution |
@terrytangyuan I also found that ENV is currently fully covered, resulting in a bit high cost of use. I feel that it should be better to override the env of the corresponding key。 Is it possible to add a merge switch like this? |
Maybe consider using a webhook to add env vars before wf controller reconciles the workflow |
Summary
mainContainer.env
in workflow controller configmap lets one add default environment variables to workflow main container. However, the current nature currently is to override these env variables, if there are env variable defined in workflow manifest file. I think, the correct behaviour should be extending it, so that default variables are preserved. However, if there is a key in env that exists in both, workflow manifest should override the default ones inmainContainer.env
What change needs making?
Use Cases
It will let us define default env variables correctly
When would you use this?
Message from the maintainers:
Love this enhancement proposal? Give it a 👍. We prioritise the proposals with the most 👍.
The text was updated successfully, but these errors were encountered: