install, upgrade, rollback
helm upgrade --install ist der idempotente
Standardpfad (CI-tauglich). helm history zeigt
Revisionen, helm rollback <rel> <rev>
setzt zurück (erzeugt neue Revision).
helm get manifest|values|notes inspiziert den
Ist-Stand. --rollback-on-failure rollt
fehlgeschlagene Upgrades automatisch zurück (Install:
uninstall) und setzt ohne explizites --wait implizit
--wait=watcher.
Ab 4.3 löscht helm uninstall
nur Objekte, deren Label app.kubernetes.io/managed-by
auf Helm steht und deren Annotationen
meta.helm.sh/release-name und -namespace
zum Release passen; fremde oder nicht lesbare bleiben stehen und
werden gelistet.
Jedes helm upgrade stempelt die Metadaten neu, vor dem
Uninstall also ein Upgrade fahren, wenn Labels fehlen.
3-way merge, Server-Side Apply
Helm 3: Three-Way Strategic Merge Patch aus altem Manifest, Live-State und neuem Manifest, out-of-band-Änderungen bleiben erhalten, soweit nicht im Chart überschrieben.
Helm 4: Server-Side Apply
(Field-Ownership beim API-Server) als Default für
neue Releases. Upgrades/Rollbacks
latchen auf die bisherige Apply-Methode des
Releases (--server-side=auto); Umstellung explizit
per --server-side=true|false.
helm upgrade --install shop ./shop -n shop \ --rollback-on-failure --wait --timeout 5m helm history shop -n shop helm rollback shop 3 -n shop helm get manifest shop -n shop --revision 3 helm uninstall shop -n shop --keep-history