CI/CD
CI/CD steht für Continuous Integration und Continuous Delivery bzw. Deployment und beschreibt automatisierte Abläufe, die Code-Änderungen prüfen, bauen und ausliefern — schnell, wiederholbar und mit weniger Fehlern.
Bei Continuous Integration wird jede Änderung automatisch gebaut und getestet. Continuous Delivery stellt geprüfte Versionen auslieferbar bereit; bei Continuous Deployment gehen sie ohne manuellen Schritt live.
So landen Verbesserungen in kleinen, überschaubaren Schritten in der Software, statt in seltenen, riskanten Großupdates. Fehler fallen früh auf, und jede Version ist nachvollziehbar.
Bei agroplanta läuft die Website zum Beispiel über CI/CD mit GitHub Actions, mit getrennter Test- und Produktivumgebung, Verfügbarkeits-Überwachung und Health-Checks.
Worauf du achten solltest
- Jede Änderung automatisch bauen und testen lassen, bevor sie zusammengeführt wird.
- Eine Testumgebung einrichten, die der Produktivumgebung möglichst gleicht.
- Automatische Prüfungen für Fehler, Sicherheit und Codequalität in den Ablauf aufnehmen.
- Jede ausgelieferte Version eindeutig kennzeichnen und eine schnelle Rückkehr zur Vorversion ermöglichen.
- Zugangsdaten für die Auslieferung sicher hinterlegen, nie im Quellcode.
Typische Fehler
- Tests existieren, laufen aber nicht automatisch — und werden vor dem Release vergessen.
- Änderungen gehen direkt auf die Live-Seite, ohne Testumgebung.
- Passwörter oder Schlüssel stehen im Quellcode.
Häufige Fragen
Ja, oft schon ab dem ersten Update: Automatische Builds und Tests sparen Zeit und verhindern, dass Fehler unbemerkt live gehen. Der Einrichtungsaufwand ist mit Werkzeugen wie GitHub Actions überschaubar.
Bei Continuous Delivery liegt jede geprüfte Version auslieferbereit, die Freigabe erfolgt per Klick. Bei Continuous Deployment geht jede erfolgreich geprüfte Änderung automatisch live.