Integración Jenkins n8nAutomatiza Jenkins con n8n.

Devuelve el historial de builds de un job, con los datos que Jenkins guarda de cada uno. Es la operación de lectura del nodo, la que se pone delante de un informe.

• Job Name or ID: el job del que quieres los builds, elegido en la lista que se carga desde tu instancia o pasado como expresión del tipo {{ $json.job }} cuando viene del nodo anterior.
• Return All: activado, n8n encadena las páginas y trae todo el historial; desactivado, se detiene en Limit, que fija el número máximo de builds devueltos.

Levanta el modo silencioso y deja que Jenkins vuelva a aceptar builds. Es la contraparte de la operación que activa ese modo y no pide ningún parámetro: el nodo actúa sobre la instancia del credential elegido y no hay nada más que rellenar.

Pone Jenkins en modo silencioso: no arranca ningún build nuevo, los que están en marcha llegan al final y la instancia queda lista para apagarse. Nada es obligatorio, así que funciona como un paso de un clic dentro de un workflow más largo.

• Reason: texto libre con el motivo del modo silencioso. Jenkins se lo enseña a quien mire la instancia, así que una línea con el número del ticket de cambio ahorra preguntas.

Reinicia Jenkins de inmediato, en los entornos donde eso es posible. La palabra clave es inmediato: lo que esté compilando en ese instante no llega al final. Sin parámetros, la operación se aplica a la instancia del credential.

Pide a Jenkins que se reinicie cuando ya no quede ningún job corriendo. Jenkins espera a que la cola se vacíe en lugar de cortar por lo sano, y ahí está la diferencia con la versión inmediata. Tampoco hay nada que configurar.

Apaga Jenkins cuando ya no corre ningún job. Misma paciencia que el reinicio seguro, con una diferencia: la instancia no vuelve por su cuenta, hace falta algo fuera de Jenkins para arrancarla otra vez. La operación no pide parámetros.

Corta Jenkins al momento, sin esperar a los jobs en marcha. Los builds en curso se interrumpen donde estén, lo cual a veces es justo lo que quieres y a veces una sorpresa desagradable. No hay ningún campo que rellenar, el credential decide a qué instancia apunta.

Duplica un job existente con un nombre nuevo y conserva la configuración del original. Más rápido que rehacer una configuración a mano cuando el job de origen ya se parece a lo que buscas.

• Job Name or ID: el job que se copia, elegido en la lista cargada desde tu instancia o indicado con una expresión.
• New Job Name: el nombre del job que creará Jenkins. Tiene que estar libre en la instancia, así que constrúyelo con datos del flujo, por ejemplo el nombre de la rama que lleva el item.

Crea un job desde cero en la instancia, a partir del XML de configuración que espera Jenkins. El workflow tiene que llevar ese XML, así que decide de dónde sale antes de cablear el nodo.

• New Job Name: el nombre del job que se creará en la instancia.
• XML: el XML de configuración de Jenkins que define el job. Casi siempre una expresión que apunta a una plantilla guardada en un nodo anterior, con las partes variables sustituidas en el flujo.

Lanza un build del job elegido, en su versión sencilla, sin parámetros de compilación. La que se usa cuando el job ya sabe qué hacer por su cuenta.

• Job Name or ID: el job que se lanza, tomado de la lista que n8n rellena desde tu instancia o definido con una expresión como {{ $json.jobName }} cuando el nombre viaja con el item.

Lanza un build pasándole parámetros, que es como un solo job cubre varios casos en lugar de clonarse.

• Job Name or ID: el job parametrizado que se lanza, desde la lista o con una expresión.
• Parameters: los parámetros que recibe el job, añadidos uno a uno con Add Parameter. Los nombres deben coincidir con los que declara el job y los valores pueden venir del flujo.