Lint- en templatecontroles in CI

Lint signaleert een ontbrekend veld in Chart.yaml, een template die niet kan worden verwerkt of een pictogram dat geen URL is. Het is snel en heeft geen Kubernetes-verbinding nodig.

Voeg --strict toe, zodat waarschuwingen de uitvoering ook laten mislukken. In CI wil je dat het bouwproces rood kleurt bij alles wat twijfelachtig is, niet dat er een stille waarschuwing verschijnt die niemand leest.

Geef -f door om lint uit te voeren met de waarden die een release daadwerkelijk zal gebruiken. Een chart kan leeg geldig zijn, maar breken zodra je productiewaarden worden samengevoegd.

Nadat lint is geslaagd, voer je helm template uit om elk manifest lokaal te genereren. Als het genereren mislukt, stopt de pijplijn voordat er iets bij Kubernetes terechtkomt.

Lint controleert oppervlakkig; helm template evalueert je Go-template-logica volledig. Een typefout in een range of een nil-waarde komt hier aan het licht, niet tijdens de uitrol.

Beide opdrachten geven bij fouten een niet-nul-afsluitcode terug. CI-uitvoerders lezen die code automatisch, markeren de taak als mislukt en blokkeren het samenvoegen.

Leid de gegenereerde uitvoer door naar kubeval of kubeconform om te bevestigen dat deze overeenkomt met echte Kubernetes-schema's. Zo wordt een verkeerde veldnaam vroeg ontdekt.

Koppel de controles in één taak, zodat een fout de rest overslaat. In de meeste uitvoerders stopt && bij de eerste niet-nul-afsluitcode, waardoor de terugkoppeling snel blijft.

Start deze controles bij elke pullrequest, niet alleen bij het samenvoegen. Beoordelaars zien een geslaagde controle die bewijst dat de chart nog steeds correct wordt gegenereerd.

Controleer elke wijziging met helm lint --strict en daarna helm template, en controleer de uitvoer eventueel aan de hand van schema's. Ongeldige charts laten het bouwproces mislukken, nooit het cluster. ✅