Blue Ocean ist tot – was du stattdessen nutzt

Wenn du Jenkins schon länger als ein paar Jahre betreibst, erinnerst du dich an den Moment, als Blue Ocean auftauchte. Jenkins sah aus wie ein Intranet von 2005 – und plötzlich gab es eine Pipeline-Visualisierung mit echter Typografie, einem Log, das sich tatsächlich lesen ließ, und einer URL, die du guten Gewissens an Kollegen schicken konntest.

Das war 2016. In der Jenkins-Dokumentation steht inzwischen ein unmissverständlicher Hinweis: „Blue Ocean wird im Juli 2026 abgekündigt. Es erhält keine weiteren Sicherheitskorrekturen oder Funktionsupdates.“ Dieses Datum ist verstrichen. Blue Ocean ist nach wie vor auf sehr vielen Controllern installiert – vor allem, weil ein offensichtlicher Nachfolger zu fehlen schien. Es gibt ihn aber. Hier ist die unbeschönigte Bestandsaufnahme.

Was Blue Ocean war

Blue Ocean war ein komplettes alternatives Frontend für Jenkins. CloudBees hat das Projekt gegründet und als Open Source ins Jenkins-Ökosystem überführt; das erste Plugin-Release erschien im September 2016, Version 1.0 folgte am 5. April 2017. Installiert wurde es als Aggregator-Plugin – blueocean zieht rund zwanzig blueocean-*-Komponenten nach – und lebte in einem eigenen URL-Raum unter /blue, komplett getrennt von der klassischen UI.

Was es bot, war seiner Zeit wirklich voraus:

• Eine Pipeline-Visualisierung, die parallele Zweige als Zweige zeichnete – nicht als flache Tabelle.
• Ein Log-Viewer pro einzelnem Step: Ein Fehler war zwei Klicks entfernt statt eines Strg-F durch 40.000 Zeilen Konsolenausgabe.
• Ein persönliches Dashboard mit den Pipelines, die du favorisiert hattest.
• Ein grafischer Pipeline-Editor (ein eigenes Plugin, blueocean-pipeline-editor), der dein Jenkinsfile schrieb und zurück ins Repository committete.
• Erstklassige Unterstützung für Multibranch-Projekte und Pull Requests.

Warum es ins Stocken geriet

Blue Ocean war ein zweites Frontend, keine Veränderung am ersten – und genau daran ist es gescheitert.

Jedes Jenkins-Plugin, das UI beisteuert – und das tut ein großer Teil –, steuert sie zur klassischen UI bei. Blue Ocean konnte nur rendern, was sein eigener Code kannte; jedes Plugin, das ihm nicht eigens beigebracht worden war, tauchte schlicht nicht auf. In der Praxis nutzten Teams Blue Ocean für die Pipeline-Ansicht und sprangen für Konfiguration, Credentials, Plugin-Verwaltung und die Hälfte ihrer Reporting-Plugins zurück in die klassische UI. Zwei UIs, eine davon dauerhaft unvollständig.

Darunter steckte eine große React-Anwendung mit eigener Build-Toolchain, eigenem Dependency-Baum und eigenem Release-Rhythmus, gepflegt im Wesentlichen von einem einzigen Anbieter. Im November 2019 erklärte CloudBees auf der Jenkins-Users-Mailingliste, man halte Blue Ocean nicht mehr für „das geeignete Vehikel“ für die Veränderungen, die Jenkins brauche, und werde künftig nur noch „ausgewählte gravierende Sicherheitsprobleme und Funktionsfehler“ beheben. Das ist Wartungsmodus im Klartext – und seitdem der Status quo: Releases tröpfeln noch, aber ein neues Feature hat seit Jahren niemand mehr ausgeliefert. Die Abkündigung im Juli 2026 ist das formale Ende selbst der Sicherheitsarbeit.

Was schlecht altert, wenn du es behältst

Nichts schaltet Blue Ocean ab. Es läuft weiter. Aber ein ungewartetes Frontend dieser Größe verfällt nach einem absehbaren Muster:

• Keine Sicherheitskorrekturen mehr. Das allein ist der entscheidende Punkt. Eine große JavaScript-Anwendung mit eingefrorenem Dependency-Baum, ausdrücklich von künftiger Sicherheitsarbeit ausgenommen, sitzt innerhalb der Vertrauensgrenze deines CI-Servers.
• Der Pipeline-Editor ist der schwächste Teil. Die deklarative Syntax hat sich weiterentwickelt; das Verständnis des Editors dafür nicht. „Im Editor geöffnet, gespeichert – und er hat meine Pipeline umgeschrieben“ ist ein gebrauchter Nachmittag, und es repariert niemand mehr den Roundtrip.
• Sein Dependency-Baum bremst. Gut zwanzig blueocean-*-Plugins bringen eigene Anforderungen mit und sind eine wiederkehrende Quelle von Versionsblockaden bei Upgrades.
• Es ist blind für alles Neue. Was seit dem Stillstand von Blue Ocean zu Jenkins oder seinen Plugins hinzugekommen ist, existiert innerhalb von /blue nicht.

Der Ersatz: Pipeline: Graph View

Das Plugin, auf das das Jenkins-Projekt verweist – im selben Dokumentationshinweis, der die Abkündigung verkündet, und noch einmal im „Plugin of the Month“-Beitrag vom April 2026, der es „einen natürlichen und leichtgewichtigen Nachfolger“ nennt –, ist Pipeline: Graph View (pipeline-graph-view). Es nimmt die Pipeline-Visualisierung von Blue Ocean, also den Teil, den alle tatsächlich benutzt haben, und rendert sie in der klassischen Jenkins-UI statt in einer parallelen Anwendung.

Installiere es über Manage Jenkins → Plugins → Available und starte neu. Prüfe vorher deine Jenkins-Version: Aktuelle Releases des Plugins verlangen einen ziemlich aktuellen Core (2.541.3 zum Zeitpunkt dieses Texts) – das ist Absicht, denn es baut auf der modernen Core-UI auf statt um sie herum.

Das bekommst du:

• Eine Stages-Ansicht auf jedem Build unter /job/<name>/<build>/stages/: der Stage-Graph mit sequenziellen Stages von links nach rechts, parallelen Zweigen als echten parallelen Pfaden, verschachtelten Stages innerhalb ihrer Eltern, farbcodiert nach Ergebnis.
• Logs pro Step in derselben Ansicht. Klicke auf die fehlgeschlagene Stage, sieh die Steps, klappe den kaputten auf. Genau so hat man in Blue Ocean gearbeitet – jetzt geht das wieder, in der klassischen UI.
• Live-Updates, während der Build läuft.
• Ein Multi-Build-Graph auf Job-Ebene unter /job/<name>/multi-pipeline-graph/.

Weil es in der klassischen UI lebt, sitzt alles andere auf der Build-Seite – Testberichte, Artefakte, Coverage, was auch immer deine Plugins beisteuern – direkt neben dem Graphen statt eine Navigation entfernt. Genau das ist das Problem, das Blue Ocean nie lösen konnte.

Die ältere Option: Stage View

Pipeline: Stage View (pipeline-stage-view) ist älter als Blue Ocean, wird weiterhin aktiv released und erledigt einen anderen Job: Auf der Job-Seite rendert es Stages als Spalten und die letzten Builds als Zeilen, jede Zelle nach Ergebnis eingefärbt und mit ihrer Dauer versehen.

Als Trend-Ansicht ist das exzellent. Zehn Builds nebeneinander machen offensichtlich, dass „Integration Tests“ den ganzen Monat über langsamer geworden ist – etwas, das dir kein Einzel-Build-Graph je zeigen wird. Als Debugging-Ansicht ist es dünn: Parallele und verschachtelte Stages werden unschön plattgedrückt, das Log-Popup pro Stage ist minimal, und eine Pipeline mit dreißig Stages erzeugt eine Tabelle, durch die du endlos seitwärts scrollst.

Die beiden ergänzen sich, sie konkurrieren nicht. Stage View auf der Job-Seite für den Trend, Graph View auf der Build-Seite fürs Detail. Viele Instanzen betreiben beide – und fahren damit genau richtig.

Was dir modernes Jenkins ohnehin gibt

Die andere Veränderung: Die klassische UI bewegt sich wieder. Jan Faraciks zwei „Redesigning Jenkins“-Beiträge (März und Juli 2025) dokumentieren die Arbeit: eine richtige Design-Bibliothek statt Ad-hoc-Styling, das uralte YUI-JavaScript-Toolkit in 2.492.1 standardmäßig deaktiviert – mit rund 85.000 gelöschten Codezeilen –, LESS zu SCSS migriert und in 2.516.1 die Top-Bar und die Breadcrumbs zu einem einzigen Header verschmolzen. Es gibt jetzt einen eingebauten Theme-Picker, Dark Theme inklusive.

Ein Redesign, das einem den Atem raubt, ist es nicht. Aber die Lücke, die Blue Ocean nötig erscheinen ließ – „die Standard-UI ist unbenutzbar“ –, ist viel schmaler als früher, und die Arbeit landet in der UI, zu der jedes Plugin ohnehin beisteuert. Das ist der strategische Unterschied, und deshalb lautet die Antwort des Projekts auf „Was ersetzt Blue Ocean?“ eben „die Haupt-UI plus Graph View“ – und nicht „hier ist noch ein zweites Frontend“.

Pipelines außerhalb des Browsers im Blick

Eines löst kein Plugin: All das lebt in einem Browser-Tab, den du selbst im Blick behalten musst. Eine Seite mit einer roten Stage hilft nur, wenn du gerade hinschaust – deshalb ist „Was ist in diesem Build passiert?“ gut abgedeckt und „Ist gerade irgendetwas kaputt?“ nicht.

In eigener Sache, der Ehrlichkeit halber: BuildCaptain ist unsere App. Sie ist ein nativer macOS-Menüleisten-Client für Jenkins – hefte die Pipelines an, die dich interessieren, und ihr Status sitzt in der Menüleiste; eine native Mitteilung kommt, wenn eine fehlschlägt oder sich erholt, und ein Klick öffnet den Stage-Graphen mit verschachtelten und parallelen Stages, Logs pro Step sowie Run-, Stop- und Rebuild-Steuerung in einem nativen Fenster. Die Pipeline-Struktur liest sie über das Pipeline Graph View-Plugin – sie ist also ein Begleiter der hier beschriebenen Migration, keine Alternative dazu. Wenn dein Problem „die Build-Seite ist schlecht“ heißt, installiere Graph View. Wenn dein Problem „ich erfahre zu spät von Fehlschlägen“ heißt – dafür haben wir sie gebaut.

Sicher von Blue Ocean wegmigrieren

Die Reihenfolge zählt, denn blueocean ist ein Aggregator, und seine Komponenten hängen voneinander ab.

1. Installiere zuerst Pipeline: Graph View und arbeite eine Woche damit. Aktiviere die Anzeigeoptionen (siehe Hinweis oben) und lass das Team bestätigen, dass die Ansichten, auf die es sich verlassen hat, ein Gegenstück haben. Dabei findest du auch heraus, wessen Lesezeichen oder Skript von einer /blue-URL abhängt.
2. Finde die Pipeline-Editor-Nutzer. Wer Jenkinsfiles über Blue Ocean bearbeitet, braucht ein neues Zuhause – eine IDE, plus den eingebauten Pipeline Syntax-Snippet-Generator, der von jedem Pipeline-Job aus verlinkt ist und korrekte Step-Aufrufe interaktiv zusammenbaut. Einen grafischen Ersatz gibt es nicht, und etwas anderes zu behaupten hilft niemandem.
3. Prüfe, was blueocean-display-url sonst noch tut. Diese Komponente implementiert die Display URL API, die entscheidet, welchen Link Jenkins in Benachrichtigungen, E-Mails und Commit-Status schreibt. Mit installiertem Blue Ocean zeigen diese Links nach /blue; entfernst du es, zeigen sie zurück auf die klassische UI. Erwartbar – aber überraschend, wenn du nicht daran gedacht hast. Kündige es an, bevor jemand meldet, „die Slack-Links haben sich geändert“.
4. Deinstalliere den Aggregator, dann fege die Reste zusammen. Filtere unter Manage Jenkins → Plugins → Installed nach blueocean. Entferne zuerst das Top-Level-Plugin blueocean; Jenkins weigert sich, etwas zu entfernen, wovon ein anderes Plugin noch abhängt – arbeite also von außen nach innen und wiederhole den Filter, bis die Liste leer ist. Ein paar gemeinsam genutzte transitive Abhängigkeiten bleiben zu Recht übrig.
5. Starte neu und lies die Logs. Manage Jenkins → System Log sagt dir schnell, ob noch etwas an einen entfernten Extension Point gebunden war.

Mach vorher ein Backup – JENKINS_HOME, oder mindestens plugins/ und config.xml. Plugin-Deinstallationen sind nicht transaktional – die fünf Minuten zahlen sich aus, wenn du das Verzeichnis einfach zurückspielen kannst.

Die URLs ändern sich

Die Build-URLs von Blue Ocean sehen so aus:

/blue/organizations/jenkins/my-app/detail/my-app/42/pipeline

Das vierte Segment ist bei einem Multibranch-Projekt der Branch-Name, sonst der Job-Name. Die Entsprechungen in der klassischen UI sind die gewöhnlichen Job- und Build-URLs, an denen die Ansichten des Graph-Plugins hängen:

/job/my-app/42/                    # the build page
/job/my-app/42/stages/             # the stage graph and per-step logs
/job/my-app/multi-pipeline-graph/  # the job-level graph across builds

Bei in Ordnern verschachtelten Jobs wiederholt sich das job/-Segment – /job/platform/job/my-app/42/ –, während Blue Ocean diese Hierarchie eingeebnet hatte. Alles, was einen gespeicherten /blue-Link hält (Wiki-Seiten, angepinnte Chat-Nachrichten, Skripte gegen die Blue-Ocean-REST-API unter /blue/rest/), muss aktualisiert werden. Greppe deine interne Doku nach /blue/, bevor du das Plugin entfernst – nicht danach.

Das ehrliche Fazit

Blue Ocean hat das richtige Problem angepackt – mit einem strukturell falschen Lösungsansatz. Ein zweites Frontend konnte mit einem Ökosystem aus Tausenden Plugins, die alle zum ersten beisteuern, nie Schritt halten.

Was an seine Stelle tritt, ist unspektakulärer – und deutlich langlebiger: Pipeline: Graph View für die Visualisierung, die du wirklich vermisst, Stage View für den Trend über Builds hinweg – und eine Haupt-UI, die an Ort und Stelle verbessert statt umgangen wird. Dazu noch etwas, das dich über Fehlschläge informiert, ohne dass du einen Tab im Auge behalten musst – mehr hat an Blue Ocean niemand ernsthaft vermisst, und diesmal in einer Form, die auch nächstes Jahr noch gepflegt wird.