-
Notifications
You must be signed in to change notification settings - Fork 760
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
Allow extending env value more easily #958
Labels
Comments
2 tasks
mloiseleur
added
kind/enhancement
New feature or request
and removed
status/0-needs-triage
labels
Nov 9, 2023
\o Yes you're right ! |
so, what is next, values.yaml add two env config, default_env and custom_env?default_env include POD_NAME and POD_NAMESPACE |
@lusson-luo The next step is to open a PR to fix this issue. @jnoordsij shared a stackoverflow link with what seems an easy way to fix it. |
@mloiseleur Is this issue still open to work on?? |
Yes it is |
3 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Welcome!
What did you expect to see?
Currently the
env
key in the values file is a list. This means that it is not easily extendable, since Helm will overwrite list values when set, rather than merging them. This means that when one wants to pass an additional env variable, e.g.TZ=US/Alaska
, the entire list contained in this repo has to be copied and passed with it, or else will get lost:It would be nice to have another value type, e.g. key-based, for the environment, so Helm can properly merge it. This can then be parsed into the correct format within the relevant templates.
Suggested implementation: the approach on the following StackExchange question might be a good place to start:
https://stackoverflow.com/questions/59394422/helm-charts-with-multiple-lists-in-multiple-values-files
The text was updated successfully, but these errors were encountered: