5 Hudson im Ãœberblick

70
5 Hudson im Überblick
CruiseControl.NET Für weitere Bekanntheit sorgte das Schwesterprojekt CruiseControl.NET
(http://ccnet.thoughtworks.com), das vornehmlich die Werkzeugwelt
der Microsoft-Landschaft bedient, etwa NAnt, MSBuild,
NUnit, NDepend.
Abb. 5–12
Build-Übersicht in
CruiseControls
»Dashboard«-Oberfläche
Zwei Komponenten:
»Die Schleife« und die
Weboberfläche
Wenige Möglichkeiten
zur Interaktion
Architektur und besondere Merkmale
Ein CruiseControl-Server besteht aus einem Prozess, der zeitgesteuert
nach Änderungen in Versionsmanagementsystemen horcht und gegebenenfalls
neue Builds anstößt. Nach Beendigung des Builds werden
Benachrichtigungen abgesetzt. Da dieser Prozess endlos läuft, wird er
als »die Schleife« (the loop) bezeichnet. Abgesehen von einer Konsolenausgabe
hat dieser Prozess keine Oberfläche, über die ein Benutzer
den Fortschritt beobachten könnte. Stattdessen liefert CruiseControl
gleich zwei webbasierte GUIs mit: die »klassische« Ansicht und das
dashboard (Abb. 5–12, Abb. 5–13). Beide visualisieren den Status der
Schleife und zeigen Informationen aus vergangenen Builds an. Technisch
betrachtet handelt es sich bei beiden GUIs um Java-Webapplikationen,
die in einem schlanken Jetty-Container betrieben werden.
CruiseControl fokussiert sich auf die wichtigsten CI-Schritte
»Änderungen erkennen, Projekt bauen, Team benachrichtigen«.
Umfangreiche Visualisierungen oder ein ausgefeiltes Rechte- und Rollenmodell
sucht man hier vergebens.
Ohne sein großes Verdienst um die Popularisierung des CI-Gedankens
schmälern zu wollen, merkt man CruiseControl sein Alter an: Die
Oberflächen dienen ausschließlich der passiven Betrachtung des Fortschritts.
Außer dem manuellen Auslösen eines Builds stehen hier keine