-
Notifications
You must be signed in to change notification settings - Fork 22
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
Helm values from secrets/configmaps #338
Comments
This may be a difficult change to make, but seems reasonable to support. What would likely need to happen is one of the visitors would need to hold on to the relevant objects and know to pass them into the HelmRelease template function, or needs to do some kind of lookup against those objects when templating. There are features coming, though with an unclear roadmap, that may obsolete much of flux-local which is they'll build the same functionality of |
I see. I have been reading a bit through the flux issues and discussions and from this thread I assume it will take some time before a |
I think this was resolved in #472 |
I'm going to mark as fixed but reopen if anything is missing. |
We use kustomize to generate configmaps from
values.yaml
files for better readability over the inlinespec.values
in HelmReleases and reference them in thespec.valuesFrom
array.These values will be ignored by flux-local on helm inflation because only the
spec.values
field is used (https://github.com/allenporter/flux-local/blob/main/flux_local/helm.py#L221).I wonder if we could optionally (it is not guaranteed that the cm/secret is deployed via flux) pull in secret/cm values files if they exist in the content object.
I would like to try and implement this if it sounds like a valuable addition.
I will need some time to dig into the code though.
Example, this does not work at the moment:
example.yaml
kustomization.yaml
example-values.yaml
The text was updated successfully, but these errors were encountered: