Controlli di lint e template in CI

Un chart non valido dovrebbe far fallire la sua pipeline, non il cluster di produzione. I controlli CI consentono di rifiutare i chart non validi non appena viene aperta una pull request. 🛡️

Il comando helm lint esegue controlli statici su un chart: verifica la struttura, i campi obbligatori e i problemi più comuni relativi alle buone pratiche, senza toccare alcun cluster.

Lint segnala un campo mancante in Chart.yaml, un template non analizzabile o un'icona che non è un URL. È veloce e non richiede una connessione a Kubernetes.

Aggiunga --strict per fare in modo che anche gli avvisi di lint interrompano l'esecuzione con un errore. Nella CI è preferibile che la build fallisca per qualsiasi elemento dubbio, invece di produrre un avviso silenzioso che nessuno legge.

Passi -f per eseguire lint usando i valori che la release utilizzerà realmente. Un chart può essere valido senza valori, ma non funzionare più dopo l'unione dei valori di produzione.

Dopo che lint ha avuto esito positivo, esegua helm template per generare localmente ogni manifest. Se il templating non riesce, la pipeline si interrompe prima che qualcosa raggiunga Kubernetes.

Lint è superficiale; helm template valuta completamente la logica dei template Go. Un errore di battitura in un range o un valore nil viene rilevato qui, non al momento del deploy.

Entrambi i comandi restituiscono un codice di uscita diverso da zero in caso di errore. I runner CI leggono automaticamente questo codice e contrassegnano il job come fallito, bloccando il merge.

Invii l'output generato a kubeval o kubeconform per verificare che corrisponda agli schemi reali di Kubernetes. In questo modo un nome di campo errato viene rilevato in anticipo.

Concateni i controlli in un unico job, così un errore interrompe quelli successivi. Nella maggior parte dei runner && si ferma al primo codice di uscita diverso da zero, mantenendo rapido il feedback.

Attivi questi controlli a ogni pull request, non solo al momento del merge. I revisori vedranno un controllo superato che dimostra che il chart viene ancora generato correttamente.

Quale controllo valuta completamente la logica dei template Go per rilevare una cattiva espressione range?

Applichi a ogni modifica helm lint --strict e poi helm template, verificando facoltativamente lo schema dell'output. I chart non validi fanno fallire la build, mai il cluster. ✅