Was sind Build Pipelines?

In den Scripts werden alle Phasen sowie die dazugehörigen Aufgaben definiert. Die einzelnen Phasen werden auch als Steps bezeichnet. Wie viele verschiedene Steps es gibt, hängt auch von der jeweiligen Software ab, die entwickelt wird. Die einzelnen Steps werden grundsätzlich nacheinander und in einer vorgegebenen Reihenfolge abgearbeitet. Man spricht in diesem Fall auch vom Wasserfallmodell. Gleichzeitig ermöglichen Build Pipelines auch die parallele Bearbeitung von Steps. Die Idee dahinter ist, ein Produkt erst in die nächste Phase, also den nächsten Step, weiterzugeben, wenn der vorherige Step abgeschlossen ist. Dies soll verhindern, dass spätere Veränderungen die nachfolgenden Prozesse beeinflussen. Besonders in der Entwicklung von Software führt eine chaotische Herangehensweise oft zu deutlichen Verzögerungen, sodass Termine nicht mehr eingehalten werden können. Gleichzeitig steigen die Kosten sowie der Aufwand für die Entwicklung. Nicht zu unterschätzen ist auch die Gefahr, dass sich Bugs einschleichen, die dann wiederum mühsam gesucht werden müssen.

Das Grundmuster bei den Build Pipelines ähnelt sich immer. Es sind im Wesentlichen die folgenden drei Stufen, die jeweils einzelne Steps in jeder Build Pipeline bilden:

Bei Bedarf lassen sich weitere Steps hinzufügen. Es ist beispielsweise möglich, die Testphase zu unterteilen. So lassen sich Modul- und Datenbanktests zunächst in einem eigenen Step unterbringen, während Browser-Tests einen zweiten Step bilden. Dies ist beispielsweise bei der Entwicklung auf Basis von Java sinnvoll, da Browser-Tests ohne erfolgreiche Kontrolle des eigentlichen Codes keinen Sinn ergeben. Zum Grundprinzip der Build Pipelines gehört ebenfalls, dass der nächste Step nicht gestartet wird, bevor der vorherige erfolgreich abgeschlossen wurde.

Mit dem Build, also der Kompilierung, beginnt die Build Pipeline. Die Software wird in den benötigten Versionen für alle vorgesehenen Betriebssysteme kompiliert. Sobald dies erfolgreich abgeschlossen ist, folgt der nächste Step, nämlich die Testphase. Hier werden zum Beispiel die Kompatibilität und Performance getestet sowie Bugs gesucht. Auch der eigentliche Quellcode wird auf Fehler untersucht. Sollten Probleme gefunden werden, wird die Pipeline unterbrochen und es können direkt Korrekturen vorgenommen werden. Bei erfolgreichen Tests wird der nächste Step gestartet, nämlich die Integration. Wenn eine Build Pipeline für die interne Entwicklung genutzt wird, ist es möglich, die fertige Software automatisch im Netzwerk zu verteilen. Man spricht hier vom automatischen Deployment.

Eine zweite zentrale Aufgabe der Pipelines ist es, möglichst viele Aufgaben zu automatisieren. Es steht dem Entwickler hierbei offen, welche Steps er automatisch ausführen lässt und welche er manuell anschiebt oder abarbeitet. Besonders die Testphasen bieten sich beispielsweise für automatisierte Abläufe an. Die Testphase ist ein wichtiger Schritt in der Softwareentwicklung. Sie ist oftmals sehr zeitaufwendig, da unterschiedliche Settings und Konfigurationen berücksichtigt werden müssen. Dies reicht von unterschiedlichen Betriebssystemen, auf denen die Software einmal laufen soll, bis hin zu Wechselwirkungen mit verschiedenen anderen Programmen. Das Ziel dieses Steps ist es zum einen, Bugs zu finden. Zum anderen geht es auch um die Performance und die Zuverlässigkeit. Dies sind Tests, die automatisch abgearbeitet werden können, wenn sie entsprechend in der Build Pipeline konfiguriert sind. Es ist selbstverständlich auch möglich, die komplette Build Pipeline zu automatisieren. In diesem Fall wird ein Quellcode mithilfe des Scripts durch alle Phasen geführt. Sollten alle Steps erfolgreich absolviert werden, sorgt die Build Pipeline auch für die automatische Integration und das Deployment.