Remember that you have added a commented out link for every new chart in the main
requirements.yaml
linking to the relevantChart.yaml
in their repo?Yes?? It is time to use them, continue reading!
No?? Then you have missed the first article of this series Add a new chart in Kubernetes using Helm package manager! Please read this first!
So, now that you have the links mentioned above you have to use them! Every now and then, follow these links to the Chart.yaml
files and check the latest version.
If the chart is updated then follow these steps:
Keep in mind that when the writer makes any change in any of the chart's files, they are obliged to bump up the version number of the chart in the
Chart.yaml
. So any commit with changes in the charts files will also changeChart.yaml
. This detail will be super important on the next step.
- In the chart repo, open
Chart.yaml
and click on theHistory
- And now comes the difficult part. Check each one of the commits. Read thoroughly the code changes and evaluate if any of the changes in templates or params affect your existing configuration. If you are in question, remember to check the
values.yaml
for the specific parameter. Most of the times, the writers leave a commented out example of usage.
If you are confident that the changes do not affect you, change the version in
requirements.yaml
and runhelm dependencies update
(read more about this command here). When you do so,requirements.lock
file will be updated with the latest versions picked after your changes inrequirements.yaml
. Verify these version changes are the one you expected.Use
helm template
orhelm diff
((read more for this plugin here)) to render the changes in templates and understand that the changes are the ones you would expect to see.Customise the changed/added configurable params to your needs and validate again the result using
helm template
orhelm diff
.
And there you are, ready to deploy the changes to your Kubernetes cluster!