INTÉGRATION JENKINS n8n : AUTOMATISER JENKINS AVEC N8N

Cette action déclenche un job Jenkins qui accepte des paramètres. Idéale pour les pipelines configurables où vous devez passer des variables (branche à builder, environnement cible, version à déployer...).

Paramètres de configuration : Credential to connect with (requis), Resource (fixé sur "Job"), Operation (défini sur "Trigger with Parameters"), Job Name or ID (requis), Parameters (section permettant d'ajouter des paires clé-valeur).

Cas d'usage typiques : Déclencher un déploiement en spécifiant l'environnement (staging, production), lancer un build sur une branche spécifique passée dynamiquement, exécuter des tests avec des paramètres de configuration variables.

Attention : assurez-vous que votre job Jenkins est bien configuré pour accepter les paramètres, sinon l'exécution échouera.

Cette action déclenche l'exécution d'un job Jenkins existant. C'est l'action la plus utilisée de l'intégration : elle permet de lancer un build depuis n'importe quel événement capté par n8n, transformant votre pipeline CI/CD en système réactif et automatisé.

Paramètres de configuration : Credential to connect with (menu déroulant, requis), Resource (fixé sur "Job"), Operation (défini sur "Trigger"), Job Name or ID (champ texte, requis).

Cas d'usage typiques : Déclencher un build de déploiement quand un merge est approuvé dans GitHub, lancer les tests automatiques dès qu'un ticket passe en statut "Ready for QA", exécuter un job de backup quotidien orchestré par n8n.

Cette action crée un nouveau job Jenkins à partir d'une configuration XML. Parfait pour automatiser le provisioning de nouveaux projets ou répliquer des configurations standardisées.

Paramètres de configuration : Credential to connect with (requis), Resource (fixé sur "Job"), Operation (défini sur "Create"), New Job Name (champ texte, requis), XML (zone de texte pour la configuration XML complète du job).

Cas d'usage typiques : Créer automatiquement un job CI/CD quand un nouveau repository est créé dans GitLab, provisionner des pipelines standardisés pour chaque nouveau projet client, générer des jobs de test à partir de templates XML stockés.

💡 TIPS : Stockez vos templates XML de jobs dans un repository Git ou une base de données, puis injectez-les dynamiquement dans n8n pour industrialiser la création de vos pipelines.

Cette action duplique un job Jenkins existant sous un nouveau nom. Plus rapide que la création from scratch quand vous avez déjà un job de référence.

Paramètres de configuration : Credential to connect with (requis), Resource (fixé sur "Job"), Operation (défini sur "Copy"), Job Name or ID (nom ou ID du job source à dupliquer, requis), New Job Name (nom du job copié à créer, requis).

Cas d'usage typiques : Dupliquer un job de production pour créer une version staging, créer rapidement des variantes d'un pipeline pour différentes équipes, cloner un job template pour un nouveau micro-service.

Cette action arrête complètement votre instance Jenkins. L'instance devient indisponible jusqu'à un redémarrage manuel ou via un autre système.

Paramètres de configuration : Credential to connect with (identifiants Jenkins avec droits administrateur, requis), Resource (fixé sur "Instance"), Operation (défini sur "Shutdown").

⚠️ Attention critique : cette action arrête définitivement Jenkins. Assurez-vous d'avoir un moyen de le redémarrer (accès serveur, orchestrateur externe...).

Cas d'usage typiques : Arrêt automatique des environnements de développement le week-end (économie de ressources cloud), procédure d'urgence automatisée en cas de détection d'intrusion, arrêt programmé avant maintenance infrastructure.

Cette action arrête Jenkins de manière sécurisée en attendant la fin des builds en cours. Combine la sécurité des données avec l'arrêt complet.

Paramètres de configuration : Credential to connect with (identifiants Jenkins avec droits administrateur, requis), Resource (fixé sur "Instance"), Operation (défini sur "Safely Shutdown").

Cas d'usage typiques : Arrêt propre avant sauvegarde complète du serveur, extinction programmée des ressources cloud en respectant les jobs actifs, procédure de maintenance planifiée.

Cette action redémarre Jenkins de manière sécurisée en attendant que les builds en cours se terminent avant le redémarrage. La méthode recommandée pour les environnements de production.

Paramètres de configuration : Credential to connect with (identifiants Jenkins avec droits administrateur, requis), Resource (fixé sur "Instance"), Operation (défini sur "Safely Restart").

Cas d'usage typiques : Redémarrage planifié en fin de journée sans interrompre les builds actifs, maintenance automatisée respectant les jobs en cours d'exécution, mise à jour progressive de l'infrastructure CI/CD.

Cette action redémarre votre instance Jenkins. Utile pour appliquer des mises à jour de plugins ou résoudre des problèmes de performance.

Paramètres de configuration : Credential to connect with (identifiants Jenkins avec droits administrateur, requis), Resource (fixé sur "Instance"), Operation (défini sur "Restart").

⚠️ Attention : cette opération rend l'instance Jenkins temporairement indisponible. Les builds en cours seront interrompus. À utiliser avec précaution, idéalement pendant des fenêtres de maintenance planifiées.

Cas d'usage typiques : Planifier un redémarrage automatique nocturne pour libérer la mémoire, appliquer automatiquement des mises à jour après installation de plugins, récupérer d'un état instable détecté par monitoring via Grafana.

Cette action met Jenkins en mode "quiet down" : l'instance arrête d'accepter de nouveaux builds tout en laissant les builds en cours se terminer. Idéal pour préparer une maintenance.

Paramètres de configuration : Credential to connect with (identifiants Jenkins avec droits administrateur, requis), Resource (fixé sur "Instance"), Operation (défini sur "Quiet Down"), Reason (champ texte optionnel pour indiquer la raison du passage en mode quiet down).

Cas d'usage typiques : Préparer une fenêtre de maintenance sans interrompre brutalement les builds, annoncer une indisponibilité programmée aux utilisateurs, drainer progressivement l'instance avant mise à jour.

Cette action annule le mode quiet down et permet à Jenkins de reprendre l'acceptation de nouveaux builds. La contrepartie de l'action précédente.

Paramètres de configuration : Credential to connect with (identifiants Jenkins avec droits administrateur, requis), Resource (fixé sur "Instance"), Operation (défini sur "Cancel Quiet Down").

Cas d'usage typiques : Réactiver Jenkins après une maintenance annulée, automatiser la reprise d'activité après une fenêtre de sauvegarde, rollback d'une procédure de maintenance.

Cette action récupère l'historique des builds d'un job Jenkins. Essentielle pour le monitoring, le reporting ou la création de dashboards automatisés.

Paramètres de configuration : Credential to connect with (requis), Resource (fixé sur "Build"), Operation (défini sur "Get Many"), Job Name or ID (job dont vous souhaitez récupérer les builds, requis), Return All (interrupteur on/off pour retourner tous les builds sans limite), Limit (nombre maximum de builds à retourner, actif uniquement si Return All est désactivé, valeur par défaut : 50).

Cas d'usage typiques : Générer un rapport hebdomadaire des builds avec taux de succès/échec et l'envoyer via Discord, alimenter un dashboard de monitoring CI/CD, déclencher des alertes si le nombre de builds échoués dépasse un seuil.