Zum Inhalt springen

Build-Pipeline

oder auch Build-Kette, CI/CD, CI/CD-Pipeline, Deployment-Pipeline

Männliche Person, frontal, schaut in die Kamera; trägt kariertes Hemd über dunkelfarbigem T‑Shirt; heller Innenraum mit unscharfem Monitor oder Poster links und Fenster rechts.

von Richard Albrecht am 30.10.2026

Eine Build-Pipeline ist der eingerichtete Ablauf, der aus einem Stand im Repository ein ausgeliefertes Ergebnis macht. Sie läuft auf einem Server, startet bei jeder Änderung von selbst und bricht ab, sobald ein Schritt fehlschlägt. Englisch pipeline heißt Rohrleitung: Was vorn hineingeht, kommt hinten fertig heraus oder gar nicht.

Build-Pipeline

Der eingerichtete Ablauf, der aus einem Stand im Repository ein ausgeliefertes Ergebnis macht.
Beispiel: „Die Build-Pipeline läuft bei jedem Push und braucht vier Minuten bis zum fertigen Paket.“

Auch: Build-Kette, Deployment-Pipeline, CI/CD-Pipeline. Deployment-Pipeline betont dabei das Ausliefern, Build-Pipeline das Bauen und Prüfen; im Sprachgebrauch meinen beide meist denselben Ablauf.

Abgrenzung zur Toolchain: Die Toolchain ist der Satz von Werkzeugen. Die Build-Pipeline ist die Einrichtung, die sie auf einem Server in einer festgelegten Folge ausführt, mit Protokoll und Abbruchbedingung.

Woraus eine Build-Pipeline besteht

Aus Stufen, die aufeinander folgen und einzeln scheitern können. Üblich sind: Abhängigkeiten holen, bauen, Stilprüfung, statische Analyse, Tests, Paket schnüren, ausliefern. Jede Stufe hat ein eindeutiges Ergebnis, und die nächste startet erst, wenn die vorige durch ist.

Die Reihenfolge folgt den Kosten: Was schnell fehlschlägt, läuft zuerst. Eine Stilprüfung von zehn Sekunden vor einer Testreihe von vier Minuten spart bei jedem Fehler fast vier Minuten.

Was eine Build-Pipeline leisten soll

Dieselbe Antwort auf dieselbe Frage, unabhängig davon, wer sie stellt. Ein Stand, der in der Pipeline durchläuft, läuft auch auf dem Rechner der Kollegin durch, und ein Fehler ist reproduzierbar statt eine Frage des Arbeitsplatzes.

Dazu gehört, dass sie das Ausliefern übernimmt. Solange jemand am Ende von Hand Dateien kopiert, ist der letzte und riskanteste Schritt genau der, über den kein Protokoll existiert.

Woran eine Build-Pipeline scheitert

An Laufzeit und an Unzuverlässigkeit. Eine Pipeline, die zwanzig Minuten braucht, wird umgangen; eine, die bei jedem dritten Lauf grundlos rot wird, wird ignoriert. Beides endet damit, dass niemand mehr hinsieht, und dann ist sie nur noch Wartezeit ohne Nutzen.

Die Gegenmittel sind unspektakulär: schnelle Stufen nach vorn, langsame parallel, Zwischenstände zwischenspeichern und jeden wackligen Test entweder reparieren oder herausnehmen.

Siehe auch:

Toolchain

Die Reihe von Programmen, die Quelltext in ein auslieferbares Ergebnis verwandelt.

#Programmiersprachen

Bundler (Webpack, Vite)

Fasst die vielen Dateien eines Projekts zu wenigen zusammen.

#Programmiersprachen

Paketmanager (npm, Composer)

Holt fremden Code ins Projekt und führt Buch über die Versionen.

#Programmiersprachen

Linter (Code-Prüfung)

Meldet, was zwar erlaubt ist, aber erfahrungsgemäß Ärger macht.

#Programmiersprachen

IDE (Integrierte Entwicklungsumgebung)

Vereint Editor, Übersetzer, Fehlersuche und Versionsverwaltung in einem Fenster.

#Deployment & Versionierung #Programmiersprachen

Framework

Gibt den Aufbau einer Anwendung vor und ruft deinen Code an den vorgesehenen Stellen auf.

#Programmiersprachen