Open dnovvak opened 3 years ago
/cc @marlon-gamez to link this on his epic.
@dnovvak Skaffold does have an upgradeOnChange
setting that defaults to false for remote charts. I've been unable to verify that it should work for this case as ingress-nginx
fails when I try to install it, and I haven't had time to figure out why 😠
@briandealwis Thank you for the hint.
Indeed, with upgradeOnChange: true
I was able to perform the upgrade.
There is a drawback of this solution however - running deploy
once again with no changes in skaffold.yaml
file containing upgradeOnChange: true
causes forced redeploy and new revision in helm releases.
An example with cert-manager chart:
> helm list --all-namespaces
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
cert-manager cert-manager 2 2021-10-05 18:09:09.6453503 +0200 CEST deployed cert-manager-v1.5.3 v1.5.3
and after skaffold deploy --skip-render
without any changes in skaffold.yaml
a new revision has been created:
> helm list --all-namespaces
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
cert-manager cert-manager 3 2021-10-05 17:30:45.595010284 +0000 UTC deployed cert-manager-v1.5.3 v1.5.3
My expectation is to use skaffold in stable and declarative way.
This is still the case in skaffold v2.13.2
. This is basically a blocker for us since I cannot reliably deploy helm releases when the skaffold.yaml file changes (e.g., the chart version in this case).
Expected behavior
The command
skaffold deploy --skip-render
upgrades a release to a new version of a chart ifdeploy.helm.releases.[].version
has changed.Actual behavior
The command
skaffold deploy --skip-render
does nothing ifdeploy.helm.releases.[].version
has changed.Information
Steps to reproduce the behavior
skaffold deploy --skip-render
deploy.helm.releases.[].version
to3.34.0
and repeat step 2 and 33.33.0
Deboug output