macOS BuildCaptain fija tus pipelines de Jenkins en la barra de menús de macOS — estado, logs y controles de build a un clic.

Blue Ocean ha muerto — qué usar en su lugar

Desde julio de 2026 Blue Ocean no recibe más correcciones de seguridad ni actualizaciones de funcionalidad. Esto es lo que el proyecto Jenkins recomienda en su lugar, y cómo migrar sin romper tus enlaces.

Loris Siegenthaler Escrito por Loris Siegenthaler · Creador de BuildCaptain
11 min de lectura
Actualizado el 25 de agosto de 2026

Si llevas más de unos pocos años administrando Jenkins, recuerdas el momento en que apareció Blue Ocean. Jenkins parecía una intranet de 2005, y de pronto había una visualización de pipelines con tipografía de verdad, un log que se podía leer y una URL que no daba vergüenza enviar a un colega.

Eso fue en 2016. La documentación de Jenkins muestra ahora un aviso sin rodeos: "Blue Ocean quedará obsoleto en julio de 2026. No recibirá más correcciones de seguridad ni actualizaciones de funcionalidad." Esa fecha ya pasó. Blue Ocean sigue instalado en muchísimos controladores, sobre todo porque ningún sustituto saltaba a la vista. Pero haberlo, lo hay. Esta es la crónica sin edulcorar.

Qué era Blue Ocean

Blue Ocean era un front end alternativo completo para Jenkins. CloudBees fundó el proyecto y lo liberó como código abierto dentro del ecosistema Jenkins; la primera versión del plugin llegó en septiembre de 2016 y la versión 1.0 se publicó el 5 de abril de 2017. Se instalaba como plugin agregador — blueocean arrastra unos veinte componentes blueocean-* — y vivía en su propio espacio de URLs bajo /blue, completamente separado de la interfaz clásica.

Lo que ofrecía iba genuinamente adelantado a su tiempo:

  • Una visualización de pipelines que dibujaba las ramas paralelas como ramas, no como una tabla plana.
  • Un visor de logs acotado al step individual, de modo que llegar a un fallo costaba dos clics en lugar de un Ctrl-F entre 40.000 líneas de salida de consola.
  • Un dashboard personalizado con las pipelines que habías marcado como favoritas.
  • Un editor gráfico de pipelines (un plugin propio, blueocean-pipeline-editor) que escribía tu Jenkinsfile y lo devolvía al repositorio con un commit.
  • Soporte de primera clase para proyectos multibranch y pull requests.
Blue Ocean's pipeline view for a build: the green header bar, the stage graph with three parallel Test branches, and the per-step log list for the selected stage underneath

Por qué se estancó

Blue Ocean era un segundo front end, no un cambio al primero. Ahí está todo el problema.

Cada plugin de Jenkins que aporta interfaz — y una gran proporción de ellos lo hace — la aporta a la interfaz clásica. Blue Ocean solo podía renderizar lo que su propio código conocía, así que cualquier plugin que no hubiera sido adaptado específicamente para él sencillamente no aparecía. En la práctica, los equipos usaban Blue Ocean para la vista de pipelines y volvían a la interfaz clásica para la configuración, las credenciales, la gestión de plugins y la mitad de sus plugins de informes. Dos interfaces, una de ellas incompleta para siempre.

Por debajo era una gran aplicación React con su propia toolchain de build, su árbol de dependencias y su cadencia de releases, mantenida en gran parte por un solo proveedor. En noviembre de 2019, CloudBees comunicó a la lista de usuarios de Jenkins que ya no creía que Blue Ocean fuera "el vehículo más apropiado" para los cambios que Jenkins necesitaba, y que a partir de entonces "abordaría de forma selectiva los problemas de seguridad significativos y los defectos funcionales". Eso es modo mantenimiento, dicho sin adornos, y ha sido el statu quo desde entonces — todavía salen releases con cuentagotas, pero nadie ha publicado una funcionalidad nueva en años. La obsolescencia de julio de 2026 es el final formal incluso del trabajo de seguridad.

Qué envejece mal si lo conservas

Nada apaga Blue Ocean. Seguirá funcionando. Pero un front end sin mantenimiento de ese tamaño se degrada de formas concretas y predecibles:

  • Se acabaron las correcciones de seguridad. Esta es la que importa. Una gran aplicación JavaScript con un árbol de dependencias congelado, excluida explícitamente de cualquier trabajo de seguridad futuro, vive dentro del perímetro de confianza de tu servidor de CI.
  • El editor de pipelines es la parte más débil. La sintaxis declarativa ha seguido evolucionando; la comprensión que el editor tiene de ella, no. "Lo abrí en el editor, guardé y me reescribió la pipeline" es una tarde perdida, y ya no queda nadie que arregle ese viaje de ida y vuelta.
  • Su árbol de dependencias pesa. Una veintena de plugins blueocean-* traen sus propios requisitos y son una fuente recurrente de bloqueos de versión durante las actualizaciones.
  • Es invisible para todo lo nuevo. Cualquier cosa añadida a Jenkins o a sus plugins desde que Blue Ocean dejó de moverse no existe dentro de /blue.

El sustituto: Pipeline: Graph View

El plugin al que apunta el proyecto Jenkins — en la misma nota de documentación que anuncia la obsolescencia, y de nuevo en su artículo Plugin of the Month de abril de 2026, que lo llama "un sucesor natural y ligero" — es Pipeline: Graph View (pipeline-graph-view). Toma la visualización de pipelines de Blue Ocean, la parte que todo el mundo usaba de verdad, y la renderiza dentro de la interfaz clásica de Jenkins en lugar de en una aplicación paralela.

Instálalo desde Manage Jenkins → Plugins → Available y reinicia. Comprueba antes tu versión de Jenkins: las releases recientes del plugin requieren un core bastante actual (2.541.3 en el momento de escribir esto), y es deliberado — está construido sobre la interfaz moderna del core, no alrededor de ella.

Lo que obtienes:

  • Una vista Stages en cada build en /job/<name>/<build>/stages/: el grafo de etapas con las etapas secuenciales de izquierda a derecha, las ramas paralelas como caminos realmente paralelos, las etapas anidadas dentro de sus padres, todo coloreado según el resultado.
  • Logs por step en la misma vista. Haz clic en la etapa que falla, mira los steps y expande el que se rompió. Es exactamente como se trabajaba en Blue Ocean, ahora de vuelta en la interfaz clásica.
  • Actualizaciones en vivo mientras la build se ejecuta.
  • Un grafo multi-build a nivel de job en /job/<name>/multi-pipeline-graph/.
The Pipeline: Graph View Stages page for the same build, inside the classic Jenkins UI: the stage graph with parallel Test branches and nested Deploy stages, a stage list on the left, and the selected stage's steps and log on the right
Las opciones de visualización del plugin vienen desactivadas por defecto. Ve a Manage Jenkins → Appearance → Pipeline Graph View y activa "show graph on build page" y "show graph on job page" (más los nombres y duraciones de las etapas, si los quieres). Es habitual que un equipo instale el plugin, no vea ningún cambio y concluya que no funciona.

Como vive en la interfaz clásica, todo lo demás de la página de la build — informes de tests, artefactos, cobertura, lo que sea que aporten tus plugins — queda junto al grafo en lugar de a una navegación de distancia. Ese es exactamente el problema que Blue Ocean nunca pudo resolver.

La opción veterana: Stage View

Pipeline: Stage View (pipeline-stage-view) es anterior a Blue Ocean, sigue publicando releases y hace un trabajo distinto: en la página del job renderiza las etapas como columnas y las builds recientes como filas, cada celda coloreada según el resultado y con su duración.

Como vista de tendencia es excelente. Diez builds una junto a otra hacen evidente que "Integration Tests" lleva todo el mes volviéndose más lenta — algo que ningún grafo de una sola build te mostrará jamás. Como vista de depuración se queda corta: las etapas paralelas y anidadas se aplanan de forma incómoda, el popup de log por etapa es mínimo y una pipeline de treinta etapas produce una tabla por la que haces scroll lateral eternamente.

Son complementos, no competidores. Stage View en la página del job para la tendencia, Graph View en la página de la build para el detalle. Muchas instancias ejecutan ambos, y hacen bien.

Lo que el Jenkins moderno te da de todos modos

La otra cosa que cambió es que la interfaz clásica dejó de ser una pieza de museo. Los dos artículos "Redesigning Jenkins" de Jan Faracik (marzo y julio de 2025) documentan el trabajo: una biblioteca de diseño de verdad que sustituye los estilos ad hoc, el antiquísimo toolkit JavaScript YUI desactivado por defecto en la 2.492.1 con unas 85.000 líneas de código eliminadas, LESS migrado a SCSS y, en la 2.516.1, la barra superior y las migas de pan fusionadas en una sola cabecera. Ahora hay un selector de temas integrado, tema oscuro incluido.

No es un rediseño que vaya a dejar a nadie boquiabierto. Pero la brecha que hacía que Blue Ocean pareciera necesario — "la interfaz por defecto es inusable" — es mucho más estrecha que antes, y el trabajo va a parar a la interfaz a la que todos los plugins ya contribuyen. Esa es la diferencia estratégica, y por eso la respuesta del proyecto a "qué reemplaza a Blue Ocean" es "la interfaz principal, más Graph View" y no "aquí tienes otro segundo front end".

Vigilar pipelines fuera del navegador

Hay algo que ningún plugin resuelve: todo esto vive en una pestaña del navegador que tienes que acordarte de abrir. Una página que muestra una etapa en rojo solo ayuda si la estás mirando, y por eso "qué pasó en esta build" está bien cubierto y "¿hay algo roto ahora mismo?" no lo está.

Aviso de parte interesada, porque este sitio es el nuestro: BuildCaptain es nuestra app. Es un cliente nativo de la barra de menús de macOS para Jenkins — fija las pipelines que te importan y su estado queda en la barra de menús, llega una notificación nativa cuando una falla o se recupera, y un clic abre el grafo de etapas con etapas anidadas y paralelas, logs por step y controles de ejecutar, detener y relanzar en una ventana nativa. Lee la estructura de las pipelines a través del plugin Pipeline Graph View, así que es un complemento de la migración descrita aquí, no una alternativa a ella. Si tu problema es "la página de la build es mala", instala Graph View. Si tu problema es "me entero de los fallos demasiado tarde", para eso está la nuestra.

BuildCaptain on macOS: pinned pipelines in the sidebar with their status, and the stage graph of a failed run in a native window, the failing Integration stage marked in red

Migrar fuera de Blue Ocean sin sustos

El orden importa, porque blueocean es un agregador y sus componentes dependen unos de otros.

  1. Instala primero Pipeline: Graph View y convive con él una semana. Activa sus opciones de visualización (mira la nota de arriba) y deja que el equipo confirme que las vistas de las que dependía tienen un equivalente. Este también es el momento en que descubres quién tiene un marcador o un script que depende de una URL /blue.
  2. Localiza a los usuarios del editor de pipelines. Quien edite Jenkinsfiles a través de Blue Ocean necesita otro sitio al que ir — un IDE, más el generador de snippets Pipeline Syntax integrado y enlazado desde cada job de pipeline, que construye llamadas a steps correctas de forma interactiva. No hay sustituto gráfico, y fingir lo contrario no ayuda a nadie.
  3. Comprueba qué más está haciendo blueocean-display-url. Ese componente implementa la Display URL API, que decide qué enlace pone Jenkins en las notificaciones, los correos y los estados de commit. Con Blue Ocean instalado esos enlaces apuntan a /blue; al quitarlo vuelven a la interfaz clásica. Es lo esperado, pero sorprende si no lo has pensado — y conviene anunciarlo antes de que alguien reporte "han cambiado los enlaces de Slack".
  4. Desinstala el agregador y luego barre los restos. En Manage Jenkins → Plugins → Installed, filtra por blueocean. Elimina primero el plugin blueocean de nivel superior; Jenkins se niega a eliminar cualquier cosa de la que otro plugin todavía dependa, así que trabaja de fuera hacia dentro y repite el filtro hasta que la lista quede vacía. Unas pocas dependencias transitivas compartidas se quedarán, con razón.
  5. Reinicia y lee los logs. Manage Jenkins → System Log te dirá rápido si algo seguía enganchado a un punto de extensión eliminado.

Haz copia de seguridad antes — JENKINS_HOME, o como mínimo plugins/ y config.xml. Las desinstalaciones de plugins no son transaccionales, y poder restaurar el directorio bien vale cinco minutos.

Las URLs cambian

Las URLs de build de Blue Ocean tienen esta pinta:

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

El cuarto segmento es el nombre de la rama en un proyecto multibranch y el nombre del job en el resto de casos. Los equivalentes en la interfaz clásica son las URLs normales de job y de build, con las vistas del plugin de grafos colgando de ellas:

/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

Los jobs anidados en carpetas repiten el segmento job//job/platform/job/my-app/42/ — mientras que Blue Ocean aplanaba esa jerarquía. Todo lo que guarde un enlace /blue (páginas de wiki, mensajes fijados en el chat, scripts que llaman a la REST API de Blue Ocean bajo /blue/rest/) necesita actualizarse. Haz grep de /blue/ en tu documentación interna antes de quitar el plugin, no después.

El resumen honesto

Blue Ocean acertó con el problema y se equivocó estructuralmente con la solución. Un segundo front end nunca podría seguir el ritmo de un ecosistema de miles de plugins que contribuyen todos al primero.

Lo que ocupa su lugar es menos vistoso y bastante más duradero: Pipeline: Graph View para la visualización que de verdad echas de menos, Stage View para la tendencia entre builds y una interfaz principal que se mejora en el sitio en lugar de puentearse. Añade algo que te avise de los fallos sin que tengas que vigilar una pestaña, y tendrás todo lo que de Blue Ocean se echaba de menos de verdad — en una forma que seguirá recibiendo mantenimiento el año que viene.