0Pricing
DevOps Bootcamp · Lektion

Lint- und Template-Prüfungen in CI

Den Build bei ungültigen Charts frühzeitig fehlschlagen lassen

Lint- und Template-Prüfungen in CI ist eine kostenlose DevOps Bootcamp-Lektion auf CoddyKit. Dies ist Lektion 1 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des DevOps Bootcamp-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der DevOps Bootcamp-Kurs umfasst insgesamt 4 Lektionen.

Fehler erkennen, bevor sie den Cluster erreichen

Ein fehlerhaftes Chart sollte Ihre Pipeline und nicht Ihren Produktionscluster scheitern lassen. CI-Prüfungen ermöglichen es Ihnen, fehlerhafte Charts direkt beim Öffnen eines Pull Requests abzulehnen. 🛡️

helm lint ist Ihre erste Prüfstufe

Der Befehl helm lint führt statische Prüfungen für ein Chart aus: Er überprüft die Struktur, erforderliche Felder und häufige Probleme bei Best Practices, ohne einen Cluster anzufassen.

helm lint ./mychart

Was lint tatsächlich prüft

Lint meldet ein fehlendes Feld in Chart.yaml, ein nicht parsbares Template oder ein icon, das keine URL ist. Der Befehl ist schnell und benötigt keine Kubernetes-Verbindung.

Der strikte Modus macht Warnungen zu Fehlern

Fügen Sie --strict hinzu, damit auch Lint-Warnungen den Durchlauf fehlschlagen lassen. In CI soll der Build bei allem Fragwürdigen fehlschlagen, statt eine stille Warnung zu hinterlassen, die niemand liest.

helm lint --strict ./mychart

Mit echten Werten prüfen

Übergeben Sie -f, um das Chart mit den Werten zu prüfen, die ein Release tatsächlich verwenden wird. Ein Chart kann ohne Werte gültig sein und dennoch fehlschlagen, sobald Ihre Produktionswerte zusammengeführt werden.

helm lint -f values-prod.yaml ./mychart

Die zweite Prüfstufe: helm template

Führen Sie nach erfolgreichem Lint helm template aus, um jedes Manifest lokal zu rendern. Wenn das Templating fehlschlägt, stoppt die Pipeline, bevor etwas Kubernetes erreicht.

helm template ./mychart > rendered.yaml

Warum template mehr erkennt

Lint prüft nur oberflächlich; helm template wertet Ihre Go-Template-Logik vollständig aus. Ein Tippfehler in einer range-Schleife oder ein nil-Wert wird hier sichtbar und nicht erst beim Deployment.

Exit-Codes steuern die Prüfung

Beide Befehle geben bei einem Fehler einen von null verschiedenen Exit-Code zurück. CI-Runner lesen diesen Code automatisch und markieren den Job als fehlgeschlagen, wodurch der Merge blockiert wird.

Gerendertes YAML gegen die API prüfen

Leiten Sie die gerenderte Ausgabe an kubeval oder kubeconform weiter, um zu bestätigen, dass sie den echten Kubernetes-Schemas entspricht. So wird ein falscher Feldname früh erkannt.

helm template ./mychart | kubeconform -strict

In einen CI-Schritt integrieren

Verketten Sie die Prüfungen in einem Job, damit ein Fehler den Rest überspringt. Bei den meisten Runnern beendet && die Ausführung beim ersten Exit-Code ungleich null, sodass das Feedback schnell bleibt.

helm lint --strict ./mychart && helm template ./mychart > /dev/null

Prüfungen bei jedem Pull Request ausführen

Starten Sie diese Prüfungen bei jedem Pull Request, nicht erst beim Merge. Die Reviewer sehen einen erfolgreichen Check, der bestätigt, dass das Chart weiterhin korrekt gerendert wird.

Schnelltest

Welche Prüfstufe wertet Ihre Go-Template-Logik vollständig aus und erkennt eine fehlerhafte range-Ausdruck?

Rückblick: Fehler frühzeitig in CI erkennen

Prüfen Sie jede Änderung mit helm lint --strict und anschließend mit helm template; optional können Sie die Ausgabe gegen ein Schema prüfen. Fehlerhafte Charts lassen den Build und niemals den Cluster fehlschlagen. ✅

Häufig gestellte Fragen

Ist die Lektion „Lint- und Template-Prüfungen in CI“ kostenlos?

Ja — der vollständige Text von „Lint- und Template-Prüfungen in CI“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des DevOps Bootcamp-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der DevOps Bootcamp-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Lint- und Template-Prüfungen in CI“?

Den Build bei ungültigen Charts frühzeitig fehlschlagen lassen Du übst DevOps Bootcamp mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um DevOps Bootcamp zu starten?

Keine Vorkenntnisse erforderlich. DevOps Bootcamp auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 1 von 4.

Wie lange dauert die Lektion „Lint- und Template-Prüfungen in CI“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser DevOps Bootcamp-Lektion Code schreiben und ausführen?

Ja. Jede DevOps Bootcamp-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

  1. Lint- und Template-Prüfungen in CI
  2. Änderungen mit helm diff anzeigen
  3. Automatisierte Deployments mit upgrade --install --atomic
  4. Charts aus einem Release-Job veröffentlichen
← Zurück zu DevOps Bootcamp