You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I would like to propose a new flag to the upgrade command, --reuse-value. Similarly to --reuse-values, --reuse-value would instead allow me to specify exactly which keys I want to be reused from the previous upgrade as opposed to reusing all values from the previous upgrade.
Problem
To illustrate the idea completely, consider the following values.yaml:
As expected, after the initial chart installation, helm get values [release] would return the values defined in that file. When doing an upgrade, it would be useful to be able to update only the image.tag.canary value, so I could do this:
However, if I made a change to my values.yaml (in source control) to update the secret version to "2" and push that through a pipeline which effectively runs:
The core of the issue is that some values are "owned" by the pipeline (the latest image tag build) while others are intended to be "owned" by the values.yaml file itself in source control.
Proposal
Allow Helm users to define which values should be reused with a new --reuse-value list:
Perhaps it is not a correct approach to manage source-control owned configuration in a values.yaml file. I am open to suggestions here. In chart implementations I have seen (which are few - I am a new Helm user 👋), this is the case. Because of the behavior of --reuse-values, it seems too dangerous for use in an automated pipeline.
Thank you in advance for reading and for any discussion points!
The text was updated successfully, but these errors were encountered:
Hello Helm community and maintainers!
I would like to propose a new flag to the
upgrade
command,--reuse-value
. Similarly to--reuse-values
,--reuse-value
would instead allow me to specify exactly which keys I want to be reused from the previous upgrade as opposed to reusing all values from the previous upgrade.Problem
To illustrate the idea completely, consider the following
values.yaml
:As expected, after the initial chart installation,
helm get values [release]
would return the values defined in that file. When doing an upgrade, it would be useful to be able to update only theimage.tag.canary
value, so I could do this:...which gives me my desired outcome of deployed values:
However, if I made a change to my values.yaml (in source control) to update the secret version to "2" and push that through a pipeline which effectively runs:
...the output is not what I intended:
The core of the issue is that some values are "owned" by the pipeline (the latest image tag build) while others are intended to be "owned" by the values.yaml file itself in source control.
Proposal
Allow Helm users to define which values should be reused with a new
--reuse-value
list:This should produce the following:
Conclusion
Perhaps it is not a correct approach to manage source-control owned configuration in a values.yaml file. I am open to suggestions here. In chart implementations I have seen (which are few - I am a new Helm user 👋), this is the case. Because of the behavior of
--reuse-values
, it seems too dangerous for use in an automated pipeline.Thank you in advance for reading and for any discussion points!
The text was updated successfully, but these errors were encountered: