CI/CD
CI/CD bezeichnet einen automatisierten Ablauf, der jede Code-Änderung selbsttätig prüft, baut und testet (Continuous Integration) und das geprüfte Ergebnis automatisch bereitstellt (Continuous Deployment) – die Brücke von der Versionskontrolle zur Live-Website.
CI/CD verbindet die Bereitstellungs-Kette zu einem durchgehenden Automatismus – ausgelöst von der Versionskontrolle, erzeugt es den Build und führt zum Deployment.
In einfachen Worten
Ohne Automatisierung ist jede Veröffentlichung Handarbeit: bauen, testen, hochladen – jeder Schritt manuell, jeder Schritt fehleranfällig. CI/CD ersetzt diese Handarbeit durch einen festgelegten Ablauf, eine sogenannte Pipeline. Der erste Teil, Continuous Integration, sorgt dafür, dass jede neue Änderung sofort mit dem bestehenden Stand zusammengeführt, automatisch gebaut und geprüft wird – Fehler fallen früh auf, nicht erst Wochen später. Der zweite Teil, Continuous Deployment, stellt das erfolgreich geprüfte Ergebnis anschließend automatisch bereit. Ausgelöst wird die Pipeline durch eine Änderung in der Versionskontrolle: Sobald ein geprüfter Stand im Hauptzweig landet, läuft der gesamte Ablauf bis zum Deployment ohne weiteres Zutun.
Wozu brauche ich das?
CI/CD verwandelt Veröffentlichung von einem seltenen, nervösen Ereignis in einen Routine-Vorgang. Weil jeder Schritt automatisiert und jedes Mal gleich abläuft, entfällt die Hauptquelle für Pannen: vergessene oder vertauschte manuelle Schritte. Teams können dadurch häufiger und in kleineren Schritten veröffentlichen, was wiederum die Fehlersuche vereinfacht. Eingebaute Prüfungen halten fehlerhafte Stände auf, bevor sie den Live-Betrieb und damit die Verfügbarkeit gefährden.
Beispiel aus der Praxis
Eine Entwicklerin schließt eine Korrektur ab und übernimmt sie in den Hauptzweig der Versionskontrolle. Damit startet automatisch die Pipeline: Sie erzeugt den Build, lässt die hinterlegten automatischen Prüfungen laufen und stellt – nur wenn alle Prüfungen bestehen – den neuen Stand bereit. Schlägt eine Prüfung fehl, bricht der Ablauf ab, die fehlerhafte Änderung erreicht den Live-Betrieb nicht, und das Team wird benachrichtigt. Bestehen alle Prüfungen, ist die Änderung wenige Minuten später live – ohne dass jemand von Hand etwas hochladen musste.
Wirtschaftlicher Nutzen
CI/CD senkt Kosten und Risiko jeder Veröffentlichung zugleich. Automatische Prüfungen fangen Fehler ab, bevor sie Besucher erreichen, und schützen so Umsatz und Ruf. Die gewonnene Geschwindigkeit bedeutet, dass Verbesserungen und Korrekturen schneller beim Nutzer ankommen statt in Warteschlangen zu liegen. Für Betreiber entsteht ein verlässlicher, dokumentierter Prozess, der nicht von der Tagesform einzelner Personen abhängt – einmal eingerichtet, arbeitet er bei jeder Änderung gleich zuverlässig.
Typische Fehler
- Keine automatischen Prüfungen in der Pipeline – dann automatisiert der Ablauf lediglich das Ausrollen, fängt aber keine Fehler ab.
- Die Pipeline läuft so lange, dass niemand auf ihr Ergebnis wartet – schnelle Rückmeldung ist der halbe Nutzen.
- Fehlgeschlagene Durchläufe werden ignoriert statt sofort behoben – ein dauerhaft roter Stand entwertet die gesamte Automatisierung.
- Zugangsdaten für den Server ungeschützt in der Pipeline-Konfiguration hinterlegt statt in einem gesicherten Geheimnis-Speicher.
- Kein Weg vorgesehen, eine automatische Veröffentlichung im Notfall zu stoppen oder zurückzunehmen.
Worauf achten?
- Automatische Prüfungen sind der Kern – ohne sie ist eine Pipeline nur ein automatischer Datei-Transfer.
- Die Pipeline schnell halten, damit das Team zeitnah Rückmeldung bekommt und nicht zum Weiterarbeiten gezwungen wird.
- Fehlgeschlagene Durchläufe sofort behandeln, nicht ansammeln lassen.
- Server-Zugangsdaten ausschließlich in einem gesicherten Geheimnis-Speicher hinterlegen, nie im Klartext in der Konfiguration.
- Einen Notausstieg vorsehen: die Möglichkeit, eine automatische Veröffentlichung anzuhalten und auf den vorigen Stand zurückzukehren.
Häufig gestellte Fragen
Wofür steht CI/CD?
CI steht für Continuous Integration, das fortlaufende Zusammenführen und automatische Prüfen jeder Änderung. CD steht für Continuous Deployment (oder Delivery), das automatische Bereitstellen des geprüften Ergebnisses. Zusammen beschreiben sie einen durchgehend automatisierten Weg von der Änderung bis zur Live-Website.
Was ist eine Deployment-Pipeline?
Eine Pipeline ist die festgelegte Abfolge automatischer Schritte, die eine Änderung durchläuft: bauen, prüfen, bereitstellen. Sie wird durch eine Änderung in der Versionskontrolle ausgelöst und läuft ohne manuelle Eingriffe ab.
Was ist der Unterschied zwischen Continuous Delivery und Continuous Deployment?
Bei Continuous Delivery ist der geprüfte Stand jederzeit veröffentlichungsbereit, der letzte Schritt zur Live-Schaltung wird aber bewusst von Hand ausgelöst. Bei Continuous Deployment erfolgt auch dieser letzte Schritt automatisch, sobald alle Prüfungen bestanden sind.
Braucht eine kleine Website CI/CD?
Auch kleine Projekte profitieren von einem automatisierten, wiederholbaren Veröffentlichungs-Weg, weil er manuelle Fehler ausschließt und Aktualisierungen risikoärmer macht. Der Umfang der Automatisierung lässt sich an die Größe des Projekts anpassen.