Vendoring met helm dependency update

Standaard wordt elke afhankelijkheid opgeslagen als een gecomprimeerd .tgz-archief in charts/. Helm pakt het tijdens de installatie en het renderen automatisch uit.

De update schrijft een bestand Chart.lock waarin de exact opgeloste versies en controlesommen worden vastgezet. Dit lockbestand maakt builds reproduceerbaar.

Je doet er goed aan om Chart.lock aan Git toe te voegen. Teamgenoten en CI gebruiken dan dezelfde versies, in plaats van onafhankelijk van elkaar af te wijken.

helm dependency build installeert de versies die al in Chart.lock zijn vastgezet. Update lost de versies opnieuw op vanuit Chart.yaml en schrijft het lockbestand opnieuw.

In CI geef je meestal de voorkeur aan dependency build. Het vertrouwt op het vastgelegde lockbestand, zodat de pijplijn niet ongemerkt een subchart voor je bijwerkt.

Voer helm dependency list uit om elke gedeclareerde afhankelijkheid en de status ervan te bekijken. Je ziet daarmee of de map charts/ overeenkomt met Chart.yaml.

Update maakt contact met elke repository om charts te downloaden. Voor HTTP-repositories moet je mogelijk eerst helm repo add uitvoeren, zodat Helm een @alias kan oplossen.

Teams voegen de archieven in charts/ óf toe voor offline builds, óf negeren ze met gitignore en bouwen ze in CI opnieuw op vanuit Chart.lock. Kies één aanpak en wees consequent.

Voer telkens wanneer je een versie in Chart.yaml wijzigt opnieuw dependency update uit. Anders blijven charts/ en Chart.lock verouderd en lopen ze niet meer synchroon.

Je hebt geleerd dat dependency update charts/ vult en Chart.lock schrijft, terwijl build dat lockbestand opnieuw gebruikt. Leg het lockbestand vast voor reproduceerbare installaties. 🔒