Intégration Jenkins n8nAutomatiser Jenkins avec n8n.

Renvoie l'historique des builds d'un job, chaque build avec les données que Jenkins conserve. C'est l'opération de lecture du nœud, celle qu'on place avant un rapport ou une vérification.

• Job Name or ID : le job dont tu veux les builds, pris dans la liste déroulante alimentée par ton instance, ou passé en expression du type {{ $json.job }} quand il vient du nœud précédent.
• Return All : coché, n8n enchaîne les pages et ramène tout l'historique ; décoché, il s'arrête à Limit, qui fixe le nombre maximal de builds renvoyés.

Lève le mode calme et laisse Jenkins accepter de nouveau des builds. C'est le pendant de l'opération de mise en mode calme, sans aucun paramètre à remplir : le nœud agit sur l'instance du credential sélectionné, rien d'autre à préciser.

Place Jenkins en mode calme : plus aucun build ne démarre, ceux en cours vont au bout, et l'instance est prête pour un arrêt. Rien n'est obligatoire, ce qui en fait une étape en un clic dans un workflow plus large.

• Reason : texte libre expliquant pourquoi l'instance passe en mode calme. Jenkins l'affiche à qui regarde l'instance, donc une ligne avec le numéro du ticket de changement évite une série de questions.

Redémarre Jenkins immédiatement, sur les environnements où c'est possible. Le mot important est immédiatement : ce qui est en train de builder à cet instant n'ira pas au bout. Aucun paramètre, l'opération s'applique à l'instance du credential.

Demande à Jenkins de redémarrer une fois qu'aucun job ne tourne. Jenkins attend que la file se vide au lieu de couper : c'est toute la différence avec la version immédiate. Là non plus, rien à configurer.

Arrête Jenkins une fois qu'aucun job ne tourne. Même patience que le redémarrage safe, sauf que l'instance ne revient pas toute seule : il faut quelque chose en dehors de Jenkins pour la relancer. L'opération ne prend aucun paramètre.

Coupe Jenkins tout de suite, sans attendre les jobs en cours. Les builds en route sont interrompus là où ils en sont, parfois c'est exactement ce qu'on veut, parfois c'est une mauvaise surprise. Aucun champ à remplir, le credential décide quelle instance est visée.

Duplique un job existant sous un nouveau nom, en gardant la configuration de l'original. Plus rapide que de refaire une configuration à la main quand le job source est déjà proche de la cible.

• Job Name or ID : le job à copier, choisi dans la liste alimentée par ton instance ou donné en expression.
• New Job Name : le nom du job que Jenkins va créer. Il doit être libre sur l'instance, donc compose-le à partir des données du flux, par exemple le nom de la branche porté par l'item.

Crée un job de zéro sur l'instance, à partir du XML de configuration attendu par Jenkins. Le workflow doit porter ce XML : prévois d'où il vient avant de câbler le nœud.

• New Job Name : le nom du job à créer sur l'instance.
• XML : le XML de configuration Jenkins qui définit le job. Le plus souvent une expression qui pointe vers un gabarit porté par un nœud précédent, avec les parties variables remplacées dans le flux.

Lance un build du job choisi, version simple, sans paramètre de build. Celle qu'on prend quand le job sait déjà quoi faire tout seul.

• Job Name or ID : le job à lancer, pris dans la liste déroulante que n8n remplit depuis ton instance, ou défini par une expression comme {{ $json.jobName }} quand le nom voyage avec l'item.

Lance un build en lui passant des paramètres, ce qui permet à un seul job de servir plusieurs cas au lieu d'être cloné.

• Job Name or ID : le job paramétré à lancer, depuis la liste ou par expression.
• Parameters : les paramètres envoyés au job, ajoutés un par un avec Add Parameter. Les noms doivent correspondre à ceux déclarés par le job, et les valeurs peuvent venir du flux.