INTÉGRATION CIRCLECI n8n : AUTOMATISER CIRCLECI AVEC N8N

Cette action récupère les informations détaillées d'un pipeline spécifique dans CircleCI. Particulièrement utile pour vérifier le statut d'un build, extraire des métadonnées, ou conditionner la suite de votre workflow n8n en fonction de l'état du pipeline.

Paramètres de configuration :

• Credential to connect with : Sélectionnez les identifiants CircleCI à utiliser pour l'authentification. Menu déroulant, requis.
• Resource : Défini sur "Pipeline", indique le type de ressource ciblé. Requis.
• Operation : Défini sur "Get", spécifie l'opération de récupération. Requis.
• Provider : Sélectionnez le provider associé à votre projet (GitHub, Bitbucket). Menu déroulant, requis.
• Project Slug : Identifiant du projet au format owner/repository. Champ texte, requis.
• Pipeline Number : Numéro du pipeline à récupérer. Champ numérique, requis.

Cas d'usage typiques : Vérifier si un pipeline a réussi avant de déclencher un déploiement, extraire la durée d'exécution pour alimenter un dashboard de métriques, conditionner l'envoi d'une notification Slack selon le statut du build.

Quand l'utiliser : Dès que vous avez besoin d'informations précises sur un pipeline identifié — après réception d'un webhook CircleCI, ou pour valider qu'un build spécifique s'est bien terminé.

Cette action déclenche un nouveau pipeline dans CircleCI. C'est la pierre angulaire de l'automatisation CI/CD : vous pouvez lancer des builds en réponse à n'importe quel événement capté par n8n.

Paramètres de configuration :

• Credential to connect with : Identifiants CircleCI pour l'authentification. Menu déroulant, requis.
• Resource : Défini sur "Pipeline". Requis.
• Operation : Défini sur "Trigger". Requis.
• Provider : Identifiant du provider (ex: "gh" pour GitHub). Champ texte, requis.
• Project Slug : Identifiant du projet cible au format owner/repository. Champ texte, requis.
• Additional Fields : Options supplémentaires comme la branche cible, les paramètres de pipeline, ou les tags. Optionnel.

Cas d'usage typiques : Déclencher un build quand un webhook externe signale un changement, lancer le pipeline de déploiement quand un ticket passe en "Approved" dans Jira, orchestrer des builds multi-projets en chaînant plusieurs triggers.

Quand l'utiliser : Pour tout scénario où un événement externe doit initier un processus CI/CD — validation métier, synchronisation inter-projets, ou déclenchement planifié via un nœud Schedule.

Cette action récupère une liste de pipelines pour un projet donné. Idéale pour générer des rapports, surveiller l'activité CI/CD globale, ou alimenter des dashboards de suivi.

Paramètres de configuration :

• Credential to connect with : Identifiants CircleCI. Menu déroulant, requis.
• Resource : Défini sur "Pipeline". Requis.
• Operation : Défini sur "Get Many". Requis.
• Provider : Provider associé au projet. Champ texte, potentiellement optionnel.
• Project Slug : Identifiant du projet au format org-name/repo-name. Champ texte, requis.
• Return All : Interrupteur on/off pour récupérer tous les pipelines sans limite. Optionnel, désactivé par défaut.
• Limit : Nombre maximum de pipelines à retourner (ex: 100). Champ numérique, optionnel.
• Filters : Filtres pour affiner les résultats selon des critères spécifiques. Optionnel.

Cas d'usage typiques : Générer un rapport hebdomadaire des builds avec taux de succès, détecter les pipelines en échec pour déclencher des alertes, alimenter un dashboard Notion ou Google Sheets avec l'historique des builds.

Quand l'utiliser : Pour toute analyse agrégée de votre activité CI/CD — reporting, monitoring, ou alimentation de systèmes de suivi externes.