Loading content
CI/CD bezeichnet ein Bündel von Praktiken und Automatisierungsmechanismen zur kontinuierlichen Integration, Prüfung und Auslieferung von Software. Ziel sind kurze Feedback-Zyklen, zuverlässige Releases und reproduzierbare Deployments über automatisierte Pipelines. Implementationen umfassen Build- und Testautomatisierung, Artefaktmanagement, Rollback-Strategi…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
CI/CD bündelt Praktiken und Automatisierung für das fortlaufende Integrieren, Prüfen und Ausliefern von Software über Pipelines.
CI entstand in der Softwareentwicklung aus dem Problem, dass getrennt entwickelte Änderungen sonst erst spät zusammenpassen und Integrationsfehler teuer werden. Die Praxis setzt auf häufiges Zusammenführen mit automatischem Build und Test. Continuous Delivery ergänzte das Ziel, geprüfte Änderungen jederzeit auslieferbar zu halten. CI/CD wurde so zum Sammelbegriff für Pipeline-Automatisierung vom Commit bis zur kontrollierten Bereitstellung.
Denk an CI/CD als Staffel mit Qualitäts-Gates: Änderungen landen früh im gemeinsamen Integrationsstrom, werden gebaut und automatisch geprüft und dann als unveränderliches Artefakt weitergereicht. Jede Stufe entscheidet, ob der Lauf stoppt, korrigiert wird oder in die nächste Umgebung wandert. Continuous Delivery ergänzt die kontrollierte Freigabe, damit dieselbe Version Schritt für Schritt unter realen Bedingungen ankommt.
Eine Änderung durchläuft fest definierte Stufen statt manueller Einzelritte.
Code und Abhängigkeiten werden häufig zusammengeführt, damit Konflikte früh sichtbar werden.
Skripte und Werkzeuge prüfen Änderungen wiederholt und liefern frühes Feedback zu Funktion und Regressionen.
Ein Build-Ergebnis wird als prüfbare Einheit weitergereicht, statt in jeder Stufe neu erzeugt zu werden.
Blue-Green, Canary oder gestaffelte Freigaben steuern, wie eine neue Version eingeführt wird.
Eine vorbereitete Rücknahme begrenzt Schäden, wenn eine Auslieferung Probleme zeigt.
CI/CD ist besonders nützlich, wenn mehrere Teams an derselben Codebasis arbeiten, Releases häufig sein müssen oder Änderungen kontrolliert in Stufen freigegeben werden sollen. Der Nutzen hängt von stabilen Tests, klaren Umgebungen und guter Beobachtbarkeit ab. Der Preis sind Pflegeaufwand, Zugriffs- und Freigaberegeln; zu viele oder fragile Prüfungen machen Pipelines langsam und unzuverlässig.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.