Zum Inhalt springen

GitOps ohne Schnickschnack: So versionierst du Konfigurationen ohne Overkill

25. November 2025 durch
GitOps ohne Schnickschnack: So versionierst du Konfigurationen ohne Overkill
Tom Ziegler

Wie oft hast du dir schon an den Kopf geklopft, weil du eine Änderung in der Konfiguration gemacht hast und dann zusehen musstest, wie das ganze System in einer Rauchwolke aufgeht? Wir von PLUTEX kennen das nur zu gut. Deshalb setzen wir auf GitOps – aber ohne den ganzen Overkill. Hier zeigen wir dir, wie du Konfigurationen einfach und nachvollziehbar versionieren kannst.

Zuerst einmal: Warum überhaupt GitOps? Weil wir Nerds gerne wissen, wer was wann geändert hat. Und weil wir bei Fehlern nicht stundenlang die Logs durchforsten wollen. GitOps gibt uns eine saubere Historie und einfache Rollbacks.

Aber welche Teile gehören nun eigentlich in Git? Prinzipiell: Alles, was du und dein Team ändert. Das beinhaltet natürlich die Codebasis, aber auch Konfigurationsdateien, Skripte für den Build-Prozess, die CI/CD-Pipeline und sogar die Infrastruktur, wenn du Infrastructure as Code (IaC) nutzt. Wichtig ist, dass du keine sensiblen Daten eincheckst. Passwörter, API-Schlüssel und ähnliches gehören in sichere Umgebungsvariablen, nicht ins Repository.

Jetzt aber zum eigentlichen Thema: Änderungen nachvollziehbar ausrollen. Dafür brauchst du eine CI/CD-Pipeline. Bei jedem Push in das Repository sollte die Pipeline automatisch starten und deine Änderungen auf eine Testumgebung ausrollen. Hier kommt der Begriff "GitOps" ins Spiel: Dein Git-Repository ist der einzige Ort, an dem Änderungen gemacht werden. Die Pipeline sorgt dafür, dass diese Änderungen in die Produktion gelangen.

Zum Beispiel: Du änderst eine Variable in einer Konfigurationsdatei und machst einen Commit. Die Pipeline startet, baut deine Anwendung mit der neuen Konfiguration und testet sie. Wenn alles grün ist, wird die neue Version in die Produktion gerollt. Wenn nicht, weißt du sofort, wo das Problem liegt, und kannst es beheben, ohne das ganze System zum Erliegen zu bringen.

Jetzt kommt der beste Teil: Wenn du einen Fehler gemacht hast, kannst du einfach zu einem früheren Commit zurückkehren. Ein einfaches `git checkout ` und dein System ist wieder im grünen Bereich. Kein stundenlanges Debuggen, kein verzweifeltes Suchen nach dem Fehler. Einfach zurück zum letzten funktionierenden Zustand und weiter geht's.

GitOps ist kein Hexenwerk. Mit ein bisschen Disziplin und den richtigen Tools kannst du die Vorteile von versionierten Konfigurationen nutzen, ohne dich in Overhead zu ertränken. Probier's aus und du wirst sehen: Dein Leben als Sysadmin wird ein ganzes Stück entspannter.

GitOps ohne Schnickschnack: So versionierst du Konfigurationen ohne Overkill
Tom Ziegler 25. November 2025
Diesen Beitrag teilen