INTÉGRATION GITHUB n8n : AUTOMATISER GITHUB AVEC N8N

Cette action vous permet de récupérer la liste complète des workflows GitHub Actions configurés dans un repository. C'est le point de départ idéal pour construire des automatisations qui interagissent avec vos pipelines CI/CD existants.

Paramètres de configuration : Credential to connect with (requis), Resource (défini sur "Workflow"), Operation (défini sur "List"), Repository Owner (requis, sélection depuis liste ou manuel), Repository Name (requis, sélection depuis liste).

Cas d'usage typiques : Auditer automatiquement les workflows actifs sur vos repositories, créer un dashboard de monitoring de vos pipelines CI/CD, déclencher des alertes si un workflow spécifique disparaît.

Quand l'utiliser : Parfait pour les équipes DevOps qui gèrent de nombreux repositories et souhaitent centraliser la visibilité sur leurs GitHub Actions.

Cette action récupère les métriques d'utilisation d'un workflow GitHub Actions spécifique. Vous obtenez des données précieuses sur la consommation de ressources et l'activité de vos pipelines.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis, sélection depuis liste), Repository Name (requis), Workflow (requis, sélection du workflow spécifique).

Cas d'usage typiques : Monitoring de la consommation de minutes GitHub Actions, alertes automatiques si un workflow dépasse un seuil d'utilisation, rapports hebdomadaires d'utilisation envoyés par email.

Quand l'utiliser : Indispensable pour les organisations qui souhaitent optimiser leurs coûts GitHub Actions ou suivre l'activité de leurs équipes.

Récupérez les détails complets d'un workflow GitHub Actions : son état, sa configuration, et ses métadonnées. Cette action vous donne une vue précise sur un pipeline spécifique.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Workflow (le workflow à inspecter, requis).

Cas d'usage typiques : Vérifier si un workflow est actif avant de le déclencher, récupérer le fichier de configuration pour analyse, créer des conditions dans vos automatisations basées sur l'état du workflow.

Quand l'utiliser : Avant de déclencher un workflow via "Dispatch", pour valider son existence et son état.

Activez un workflow GitHub Actions qui avait été désactivé. Cette action est particulièrement utile pour gérer dynamiquement vos pipelines en fonction de conditions métier.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Workflow (le workflow à activer, requis).

Cas d'usage typiques : Réactiver automatiquement un workflow de déploiement en début de semaine, activer des pipelines de test en fonction d'événements externes, gérer des workflows saisonniers (campagnes marketing, périodes de forte charge).

Quand l'utiliser : Dans des scénarios où vous devez contrôler dynamiquement l'activation de vos pipelines CI/CD.

L'une des actions les plus puissantes de l'intégration : déclenchez un workflow GitHub Actions et attendez sa complétion avant de continuer votre automatisation n8n. Un resumeUrl est automatiquement généré et passé au workflow GitHub.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Workflow (requis), Ref (branche/tag/commit, requis), Inputs (paramètres JSON, optionnel).

Cas d'usage typiques : Déclencher un build et attendre son succès avant d'envoyer une notification, orchestrer des déploiements multi-environnements séquentiels, intégrer des tests E2E dans un workflow de validation complet.

Quand l'utiliser : Lorsque vous avez besoin de synchroniser votre workflow n8n avec l'exécution d'un pipeline GitHub Actions.

Déclenchez un workflow GitHub Actions sans attendre sa complétion. C'est l'approche "fire and forget" pour lancer des pipelines de manière asynchrone.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Workflow (requis), Ref (référence Git, requis), Inputs (paramètres JSON optionnels).

Cas d'usage typiques : Déclencher un déploiement depuis un webhook Slack, lancer des builds nocturnes via un trigger temporel n8n, initier des pipelines de génération de documentation.

Quand l'utiliser : Pour des workflows GitHub Actions dont vous n'avez pas besoin d'attendre le résultat immédiat.

Désactivez un workflow GitHub Actions. Cette action complète "Enable Workflow" pour une gestion dynamique complète de vos pipelines.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Workflow (le workflow à désactiver, requis).

Cas d'usage typiques : Désactiver les workflows de déploiement le week-end, couper automatiquement les pipelines en cas d'incident détecté, gérer des quotas de GitHub Actions en désactivant des workflows non critiques.

Quand l'utiliser : Pour implémenter des politiques de gouvernance sur vos pipelines CI/CD.

Invitez un utilisateur à rejoindre votre organisation GitHub. Automatisez l'onboarding de nouveaux collaborateurs.

Paramètres de configuration : Credential to connect with (requis), Resource (défini sur "User"), Operation (défini sur "Invite"), Organization (nom de l'organisation, requis), Email (adresse email de la personne à inviter, requis).

Cas d'usage typiques : Automatiser l'onboarding (nouvel employé dans le SIRH → invitation GitHub automatique), inviter des contributeurs externes depuis un formulaire, synchroniser les accès GitHub avec votre annuaire d'entreprise.

Quand l'utiliser : Pour les équipes qui gèrent régulièrement des arrivées et souhaitent automatiser les accès GitHub.

Récupérez les issues assignées à un utilisateur GitHub, avec des options de filtrage et de pagination.

Paramètres de configuration : Credential to connect with (requis), Resource (défini sur "User"), Operation (défini sur "Get Issues"), Return All (toggle, défaut off), Limit (nombre maximum, défaut 50), Filters (optionnel).

Cas d'usage typiques : Dashboard personnel des issues en cours, rappels automatiques sur les issues non traitées depuis X jours, reporting hebdomadaire des issues par développeur.

Quand l'utiliser : Pour des automatisations centrées sur la productivité individuelle des développeurs.

Récupérez la liste des repositories accessibles par un utilisateur, avec pagination.

Paramètres de configuration : Credential to connect with (requis), Resource (défini sur "User"), Repository Owner (propriétaire, requis), Return All (toggle), Limit (défaut 50).

Cas d'usage typiques : Audit des repositories d'un utilisateur, génération de rapports sur l'activité multi-repos, sauvegarde automatique de la liste des projets.

Quand l'utiliser : Pour des analyses transversales sur plusieurs repositories d'un même propriétaire.

Modifiez le contenu d'une review existante sur une pull request.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), PR Number (numéro de la PR, requis), Review ID (identifiant unique, requis), Body (nouveau contenu de la review).

Cas d'usage typiques : Mise à jour automatique des reviews avec résultats de tests, ajout d'informations de déploiement sur les reviews approuvées, correction de reviews en masse.

Quand l'utiliser : Lorsque vous devez enrichir des reviews existantes avec des informations générées automatiquement.

Récupérez plusieurs reviews d'une pull request avec pagination.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), PR Number (numéro de la PR, requis), Return All (toggle), Limit (défaut 50).

Cas d'usage typiques : Analyser l'historique des reviews sur une PR, calculer des métriques de code review (temps moyen, nombre de rounds), détecter les PR bloquées par des reviews négatives.

Quand l'utiliser : Pour des automatisations liées à la qualité et au suivi des code reviews.

Récupérez les détails complets d'une review spécifique.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), PR Number (numéro de la PR, requis), Review ID (identifiant de la review, requis).

Cas d'usage typiques : Récupérer le contenu d'une review pour l'afficher ailleurs, vérifier l'état d'une review avant d'autoriser un merge, archiver les reviews dans un système externe.

Quand l'utiliser : Lorsque vous avez besoin d'informations précises sur une review identifiée.

Créez une nouvelle review sur une pull request avec un statut (approve, request changes, comment).

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), PR Number (numéro de la PR, requis), Event (type de review : "Approve", "Request Changes" ou "Comment", requis), Additional Fields (corps de la review, commits, optionnel).

Cas d'usage typiques : Approval automatique des PR passant tous les tests, review automatique avec commentaires générés par analyse de code, workflow d'approbation basé sur des conditions métier.

Quand l'utiliser : Pour automatiser des étapes de validation dans votre processus de code review.

Récupérez la liste des sources de trafic (referrers) vers votre repository. Utile pour analyser d'où viennent vos visiteurs.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis).

Cas d'usage typiques : Monitoring du trafic sur vos projets open source, alertes si un referrer majeur disparaît, reporting marketing sur la visibilité de vos repositories.

Quand l'utiliser : Pour les mainteneurs de projets open source souhaitant suivre leur audience.

Listez les chemins (fichiers/répertoires) les plus consultés dans votre repository.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis).

Cas d'usage typiques : Identifier les fichiers les plus consultés pour prioriser la documentation, analyser les patterns d'utilisation de votre codebase, créer des rapports d'engagement sur vos projets.

Quand l'utiliser : Pour les analyses de popularité et d'usage de vos repositories publics.

Récupérez les pull requests d'un repository avec filtrage et pagination.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Return All (toggle), Limit (défaut 50), Filters (état, base branch, head branch, optionnel).

Cas d'usage typiques : Dashboard des PR en attente de review, notifications automatiques sur les PR ouvertes depuis trop longtemps, synchronisation des PR avec votre outil de gestion de projet comme ClickUp.

Quand l'utiliser : Pour toute automatisation centrée sur le suivi des pull requests.

Récupérez le profil (README, description, topics) d'un repository.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis).

Cas d'usage typiques : Audit des métadonnées de vos repositories, synchronisation des descriptions avec votre documentation, vérification de la conformité des profils (topics obligatoires, etc.).

Quand l'utiliser : Pour des audits ou synchronisations de métadonnées repository.

Récupérez les informations de licence d'un repository.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis).

Cas d'usage typiques : Audit de conformité des licences sur tous vos repositories, alertes si un repository n'a pas de licence définie, génération de rapports de licences pour le légal.

Quand l'utiliser : Pour la gouvernance et la conformité légale de vos projets.

Récupérez les issues d'un repository spécifique avec filtrage et pagination.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Return All (toggle), Limit (défaut 50), Filters (labels, état, assignee, optionnel).

Cas d'usage typiques : Synchronisation des issues avec Jira, Linear, ou Notion, rapports automatiques sur les issues ouvertes, détection des issues sans réponse depuis X jours.

Quand l'utiliser : Pour toute automatisation liée au suivi des issues d'un projet.

Récupérez les informations complètes d'un repository : description, stats, settings.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis).

Cas d'usage typiques : Récupérer les stats (stars, forks, watchers) pour un dashboard, vérifier les settings d'un repo avant une opération, inventaire automatique de vos repositories.

Quand l'utiliser : Comme étape de vérification ou de récupération d'informations dans vos workflows.

Modifiez une release existante (notes, nom, état draft/prerelease).

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Release ID (identifiant de la release, requis), Additional Fields (nom, body, draft, prerelease, optionnel).

Cas d'usage typiques : Ajouter des notes de release générées automatiquement, passer une release de draft à published après validation, enrichir les releases avec des liens de documentation.

Quand l'utiliser : Pour automatiser la finalisation et l'enrichissement de vos releases.

Récupérez plusieurs releases d'un repository avec pagination.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Return All (toggle), Limit (défaut 50).

Cas d'usage typiques : Historique des releases pour génération de changelog, comparaison entre versions, archivage des releases dans un système externe.

Quand l'utiliser : Pour des analyses historiques ou des synchronisations de releases.

Récupérez les détails complets d'une release spécifique.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Release ID (identifiant de la release, requis).

Cas d'usage typiques : Récupérer les assets d'une release pour déploiement, vérifier l'état d'une release avant notification, afficher les notes de version dans un autre canal.

Quand l'utiliser : Lorsque vous ciblez une release précise pour récupérer ses informations.

Supprimez une release de votre repository.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Release ID (identifiant de la release à supprimer, requis).

Cas d'usage typiques : Nettoyage automatique des releases de test, suppression des releases échouées, gestion du cycle de vie des releases.

Quand l'utiliser : Pour la maintenance et le nettoyage de vos releases.

Créez une nouvelle release sur votre repository avec tag, notes et assets.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Tag (tag Git associé, requis), Additional Fields (nom, body, draft, prerelease, target commitish, optionnel).

Cas d'usage typiques : Release automatique après merge sur main, création de releases avec changelog généré, déploiement automatisé avec création de release.

Quand l'utiliser : Pour automatiser votre processus de release et versioning.

Récupérez tous les repositories d'une organisation GitHub.

Paramètres de configuration : Credential to connect with (requis), Resource (défini sur "Organization"), Repository Owner (organisation, requis), Return All (toggle), Limit (défaut 50).

Cas d'usage typiques : Inventaire complet des repositories de votre organisation, audit de sécurité sur tous les repos, dashboard de l'activité globale de l'organisation.

Quand l'utiliser : Pour des analyses transversales au niveau organisation.

Verrouillez une issue pour empêcher les commentaires, avec indication du motif.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Issue Number (numéro de l'issue, requis), Lock Reason (motif : "Resolved", "Off-topic", "Spam", "Too heated", requis).

Cas d'usage typiques : Verrouillage automatique des issues résolues après X jours, modération automatique des issues spam, protection des discussions sensibles.

Quand l'utiliser : Pour la modération et la gestion du cycle de vie des issues.

Récupérez les détails complets d'une issue spécifique.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Issue Number (numéro de l'issue, requis).

Cas d'usage typiques : Récupérer le contenu d'une issue pour l'afficher dans Slack, vérifier l'état d'une issue avant traitement, enrichir des notifications avec les détails de l'issue.

Quand l'utiliser : Pour toute action nécessitant les informations d'une issue précise.

Modifiez une issue existante : titre, contenu, labels, assignees, état.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Issue Number (numéro de l'issue, requis), Edit Fields (titre, body, state, labels, assignees, milestone, optionnel).

Cas d'usage typiques : Ajout automatique de labels basé sur le contenu, assignation automatique selon les labels, fermeture automatique des issues liées à des PR merged.

Quand l'utiliser : Pour toute modification automatisée d'issues existantes.

Ajoutez un commentaire sur une issue existante.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Issue Number (numéro de l'issue, requis), Body (contenu du commentaire, requis).

Cas d'usage typiques : Réponse automatique sur les nouvelles issues, ajout d'informations de contexte générées automatiquement, notifications de statut (build, déploiement) en commentaire.

Quand l'utiliser : Pour toute communication automatisée sur les issues.

Créez une nouvelle issue avec titre, description, labels et assignees.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Title (titre de l'issue, requis), Body (description, optionnel mais recommandé), Labels (labels à appliquer, optionnel), Assignees (utilisateurs à assigner, optionnel).

Cas d'usage typiques : Création d'issues depuis des formulaires clients, issues automatiques pour les erreurs de monitoring, transformation d'emails en issues.

Quand l'utiliser : Pour centraliser la création d'issues depuis n'importe quelle source externe.

Listez les fichiers et répertoires d'un chemin dans votre repository.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), Path (chemin dans le repository, optionnel, ex: "docs/").

Cas d'usage typiques : Inventaire des fichiers d'un répertoire, vérification de l'existence de fichiers obligatoires, navigation dynamique dans la structure du repo.

Quand l'utiliser : Pour explorer ou auditer la structure de fichiers d'un repository.

Récupérez le contenu d'un fichier spécifique, en texte ou binaire.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), File Path (chemin complet, requis, ex: "docs/README.md"), As Binary Property (toggle, défaut on), Put Output File in Field (nom du champ binaire, défaut "data"), Additional Parameters (ref optionnel).

Cas d'usage typiques : Lecture de fichiers de configuration pour traitement, récupération d'assets pour déploiement, backup de fichiers spécifiques vers Dropbox ou Google Drive.

Quand l'utiliser : Pour lire le contenu de fichiers stockés sur GitHub.

Modifiez le contenu d'un fichier existant avec message de commit.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), File Path (chemin du fichier, requis), Binary File (toggle, défaut off), File Content (nouveau contenu, requis pour fichiers texte), Commit Message (requis), Additional Parameters (branch, committer info, optionnel).

Cas d'usage typiques : Mise à jour automatique de fichiers de version, modification de configurations en masse, édition de documentation générée.

Quand l'utiliser : Pour des modifications automatisées de fichiers versionnés.

Supprimez un fichier du repository avec message de commit.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), File Path (chemin du fichier à supprimer, requis), Commit Message (optionnel mais recommandé), Additional Parameters (branch, committer, optionnel).

Cas d'usage typiques : Nettoyage automatique de fichiers temporaires, suppression de fichiers obsolètes, gestion du cycle de vie de la documentation.

Quand l'utiliser : Pour la maintenance et le nettoyage de votre codebase.

Créez un nouveau fichier dans votre repository avec contenu et message de commit.

Paramètres de configuration : Credential to connect with (requis), Repository Owner (requis), Repository Name (requis), File Path (chemin et nom du nouveau fichier, requis), Binary File (toggle, défaut off), File Content (contenu du fichier, requis pour fichiers texte), Commit Message (requis), Additional Parameters (branch, committer, optionnel).

Cas d'usage typiques : Génération automatique de fichiers de documentation, création de fichiers de configuration à partir de templates, ajout d'assets générés (rapports, exports).

Quand l'utiliser : Pour ajouter automatiquement de nouveaux fichiers à vos repositories.