INTÉGRATION GITLAB n8n : AUTOMATISER GITLAB AVEC N8N

Cette action récupère la liste de tous les repositories appartenant à un utilisateur ou un groupe GitLab. Elle est particulièrement utile pour créer des dashboards de suivi, inventorier vos projets, ou alimenter d'autres workflows avec des données de repositories.

Paramètres de configuration : Credential to connect with : Sélectionnez vos identifiants GitLab dans le menu déroulant. Ce paramètre est requis pour authentifier les requêtes API. Resource : Défini sur "User", indique que l'action cible les données utilisateur. Operation : Défini sur "Get Repositories" pour récupérer les repositories. Project Owner : Champ texte requis où vous spécifiez le nom d'utilisateur ou de groupe. Accepte les valeurs fixes ou les expressions dynamiques.

Cas d'usage typiques : Générer un rapport hebdomadaire de tous vos projets actifs, créer un inventaire automatique des repositories pour la documentation, alimenter un workflow de backup qui clone tous les repositories d'un groupe.

Quand l'utiliser : Parfait pour les opérations de masse sur plusieurs repositories ou pour obtenir une vue d'ensemble de votre organisation GitLab.

Cette action récupère les issues d'un repository spécifique, avec des options de filtrage et de pagination. Elle constitue la base de nombreuses automatisations de gestion de projet et de suivi de bugs.

Paramètres de configuration : Credential to connect with : Menu déroulant pour sélectionner vos credentials GitLab. Requis. Resource : Défini sur "Repository", ciblant les données du repository. Operation : Défini sur "Get Issues" pour la récupération des issues. Project Owner : Champ texte requis pour le propriétaire du projet (ex: "n8n-io"). Project Name : Champ texte requis pour le nom du repository (ex: "n8n"). Return All : Interrupteur on/off. Activé, il retourne toutes les issues sans limite. Limit : Champ numérique définissant le nombre maximum d'issues à récupérer (défaut: 20). Actif uniquement si "Return All" est désactivé. Filters : Section extensible permettant de filtrer par état, labels, assignee, etc.

Cas d'usage typiques : Synchroniser les issues GitLab avec Notion ou Airtable, envoyer un récapitulatif quotidien des issues ouvertes sur Slack, créer des alertes quand le nombre d'issues critiques dépasse un seuil.

Quand l'utiliser : Idéal pour les tableaux de bord, les rapports automatisés et la synchronisation avec des outils de gestion de projet externes.

Cette action récupère les informations détaillées d'un repository spécifique : description, visibilité, statistiques, branches par défaut, et métadonnées complètes.

Paramètres de configuration : Credential to connect with : Sélection des credentials GitLab. Requis. Resource : Défini sur "Repository". Operation : Défini sur "Get" pour récupérer les détails. Project Owner : Champ texte requis pour le namespace du projet. Project Name : Champ texte requis pour le nom exact du repository.

Cas d'usage typiques : Vérifier la configuration d'un repository avant déploiement, récupérer l'URL de clone pour des opérations automatisées, monitorer les changements de visibilité ou de description.

Quand l'utiliser : Utile quand vous avez besoin des métadonnées complètes d'un projet spécifique plutôt qu'une liste.

Cette action modifie une release existante dans GitLab, permettant de mettre à jour les notes de version, les assets attachés, ou les métadonnées après publication.

Paramètres de configuration : Credential to connect with : Sélection des credentials. Requis. Resource : Défini sur "Release". Operation : Défini sur "Update" pour la modification. Project Owner : Champ texte requis pour le namespace. Project Name : Champ texte requis pour le repository. Project ID : Champ texte optionnel, alternative à owner/name pour identifier le projet par ID numérique. Tag Name : Champ texte requis pour identifier la release à modifier par son tag. Additional Fields : Section extensible pour les propriétés optionnelles (description, milestones, etc.).

Cas d'usage typiques : Enrichir automatiquement les release notes avec des liens vers les issues fermées, ajouter des assets de build après compilation réussie, corriger des notes de version suite à des retours.

Quand l'utiliser : Parfait pour les pipelines CI/CD qui complètent les releases après leur création initiale.

Cette action récupère plusieurs releases d'un projet, avec pagination. Elle permet d'obtenir l'historique complet ou partiel des versions publiées.

Paramètres de configuration : Credential to connect with : Menu déroulant credentials. Requis. Resource : Défini sur "Release". Operation : Défini sur "Get Many" pour récupérer plusieurs éléments. Project Owner : Champ texte requis. Project Name : Champ texte requis. Project ID : Champ texte optionnel. Return All : Interrupteur pour récupérer toutes les releases sans limite. Limit : Nombre maximum de releases (défaut: 20). Additional Fields : Filtres supplémentaires optionnels.

Cas d'usage typiques : Générer un changelog complet pour la documentation, comparer les versions entre plusieurs projets, créer un flux RSS des nouvelles releases.

Quand l'utiliser : Idéal pour les rapports de version, la documentation automatique et le suivi des publications.

Cette action récupère les détails d'une release spécifique identifiée par son tag, incluant les notes, assets et métadonnées complètes.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "Release". Operation : Défini sur "Get". Project Owner : Champ texte requis. Project Name : Champ texte requis. Project ID : Champ texte optionnel. Tag Name : Champ texte optionnel pour cibler une release spécifique par tag.

Cas d'usage typiques : Récupérer les notes de version pour les intégrer dans une notification, vérifier les assets d'une release avant déploiement, extraire les informations d'une version pour un changelog.

Quand l'utiliser : Quand vous avez besoin des détails complets d'une version spécifique.

Cette action supprime définitivement une release de votre projet GitLab. À utiliser avec précaution car l'opération est irréversible.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "Release". Operation : Défini sur "Delete". Project Owner : Champ texte requis. Project Name : Champ texte requis. Project ID : Champ texte optionnel. Tag Name : Champ texte requis pour identifier la release à supprimer.

Cas d'usage typiques : Nettoyer les releases de test en environnement de staging, supprimer des releases incorrectement publiées, automatiser le cycle de vie des pre-releases.

Quand l'utiliser : Principalement pour le nettoyage automatisé ou la gestion des erreurs de publication.

Cette action crée une nouvelle release dans votre projet GitLab, permettant d'automatiser complètement votre processus de publication.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "Release". Operation : Défini sur "Create". Project Owner : Champ texte requis. Project Name : Champ texte requis. Tag : Champ texte optionnel pour spécifier le tag de la release. Additional Fields : Section pour les propriétés optionnelles (description, milestones, assets).

Cas d'usage typiques : Créer automatiquement une release après un merge sur main, publier des versions avec changelog généré dynamiquement, intégrer la création de releases dans votre pipeline CI/CD.

Quand l'utiliser : Essentiel pour automatiser votre processus de release et garantir des publications cohérentes.

Cette action verrouille une issue pour empêcher les commentaires supplémentaires, avec possibilité de spécifier une raison de verrouillage.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "Issue". Operation : Défini sur "Lock". Project Owner : Champ texte requis. Project Name : Champ texte requis. Issue Number : Champ numérique requis pour identifier l'issue. Lock Reason : Menu déroulant pour la raison (Resolved, Off-topic, Too heated, Spam).

Cas d'usage typiques : Verrouiller automatiquement les issues résolues après 30 jours, fermer les discussions sur les issues archivées, modérer automatiquement les issues signalées.

Quand l'utiliser : Pour la modération automatisée et le maintien de discussions propres sur vos projets.

Cette action récupère les détails complets d'une issue spécifique : titre, description, labels, assignees, état, et toutes les métadonnées.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "Issue". Operation : Défini sur "Get". Project Owner : Champ texte requis. Project Name : Champ texte requis. Issue Number : Champ numérique requis pour l'identifiant de l'issue.

Cas d'usage typiques : Récupérer les détails d'une issue pour l'afficher dans Slack, vérifier l'état d'une issue avant de déclencher un workflow, synchroniser une issue spécifique avec un outil externe.

Quand l'utiliser : Quand vous avez besoin des informations complètes d'une issue identifiée par son numéro.

Cette action modifie une issue existante, permettant de mettre à jour n'importe quel champ : titre, description, labels, assignees, milestone, état.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "Issue". Operation : Défini sur "Edit". Project Owner : Champ texte requis. Project Name : Champ texte requis. Issue Number : Champ numérique requis. Edit Fields : Section extensible pour sélectionner les champs à modifier (titre, description, labels, assignees, état, etc.).

Cas d'usage typiques : Mettre à jour les labels automatiquement selon les commentaires, changer l'état d'une issue suite à un événement externe, assigner automatiquement les issues selon leur contenu.

Quand l'utiliser : Pour toute modification automatisée d'issues basée sur des événements ou des règles métier.

Cette action ajoute un commentaire à une issue existante, permettant des réponses automatisées ou des notifications contextuelles.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "Issue". Operation : Défini sur "Create Comment". Project Owner : Champ texte requis. Project Name : Champ texte requis. Issue Number : Champ numérique requis. Body : Zone de texte requis pour le contenu du commentaire.

Cas d'usage typiques : Répondre automatiquement aux nouvelles issues avec un message de bienvenue, ajouter des informations de déploiement sur les issues concernées, notifier les contributeurs de changements d'état.

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

Cette action crée une nouvelle issue dans votre projet GitLab, avec tous les champs personnalisables : titre, description, labels, assignees, due date.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "Issue". Operation : Défini sur "Create". Project Owner : Champ texte requis. Project Name : Champ texte requis. Title : Champ texte optionnel pour le titre de l'issue. Body : Zone de texte pour la description. Due Date : Sélecteur de date pour la date d'échéance. Labels : Champ texte pour les labels à appliquer.

Cas d'usage typiques : Créer des issues depuis des tickets support Zendesk ou Intercom, transformer des emails en issues automatiquement, générer des issues de suivi depuis des alertes de monitoring.

Quand l'utiliser : Essentiel pour connecter vos sources externes de tâches à GitLab.

Cette action liste les fichiers d'un répertoire spécifique dans votre repository, avec options de pagination.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "File". Operation : Défini sur "List". Project Owner : Champ texte requis. Project Name : Champ texte requis. Return All : Interrupteur pour retourner tous les fichiers. Limit : Nombre maximum de fichiers (défaut: 20). Path : Champ texte pour le chemin du répertoire (ex: "docs/"). Page : Numéro de page pour la pagination. Additional Parameters : Paramètres optionnels supplémentaires.

Cas d'usage typiques : Inventorier les fichiers de documentation pour vérification, monitorer les changements dans un répertoire spécifique, générer des index automatiques de contenu.

Quand l'utiliser : Pour explorer la structure de fichiers d'un repository ou surveiller des répertoires spécifiques.

Cette action récupère le contenu d'un fichier spécifique depuis votre repository, en texte ou en binaire.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "File". Operation : Défini sur "Get". Project Owner : Champ texte requis. Project Name : Champ texte requis. File Path : Champ texte requis pour le chemin du fichier (ex: "docs/README.md"). As Binary Property : Interrupteur pour récupérer en binaire. Put Output File in Field : Nom du champ pour les données binaires (défaut: "data"). Additional Parameters : Paramètres optionnels.

Cas d'usage typiques : Récupérer un fichier de configuration pour le déploiement, extraire le contenu d'un README pour documentation, télécharger des assets pour traitement.

Quand l'utiliser : Quand vous avez besoin du contenu d'un fichier spécifique du repository.

Cette action modifie le contenu d'un fichier existant dans votre repository, avec commit automatique.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "File". Operation : Défini sur "Edit". Project Owner : Champ texte requis. Project Name : Champ texte requis. File Path : Champ texte requis pour le chemin du fichier. Binary File : Interrupteur indiquant si le contenu est binaire.

Cas d'usage typiques : Mettre à jour des fichiers de version automatiquement, modifier des fichiers de configuration à la volée, actualiser des fichiers de documentation.

Quand l'utiliser : Pour les modifications automatisées de fichiers existants dans vos repositories.

Cette action supprime un fichier de votre repository avec un commit, de manière irréversible.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "File". Operation : Défini sur "Delete". Project Owner : Champ texte requis. Project Name : Champ texte requis. File Path : Champ texte requis pour le chemin du fichier. Commit Message : Champ texte optionnel pour le message de commit. Branch : Champ texte optionnel pour la branche cible. Additional Parameters : Paramètres optionnels.

Cas d'usage typiques : Nettoyer les fichiers temporaires après traitement, supprimer les fichiers obsolètes automatiquement, gérer le cycle de vie des fichiers générés.

Quand l'utiliser : Pour le nettoyage automatisé de fichiers dans vos repositories.

Cette action crée un nouveau fichier dans votre repository avec le contenu spécifié et un commit automatique.

Paramètres de configuration : Credential to connect with : Sélection credentials. Requis. Resource : Défini sur "File". Operation : Défini sur "Create". Project Owner : Champ texte requis. Project Name : Champ texte requis. File Path : Champ texte requis pour le chemin et nom du fichier. Binary File : Interrupteur pour contenu binaire. File Content : Zone de texte pour le contenu du fichier. Commit Message : Champ texte pour le message de commit. Branch : Champ texte optionnel pour la branche cible.

Cas d'usage typiques : Générer des fichiers de changelog automatiquement, créer des fichiers de configuration dynamiquement, ajouter des fichiers de documentation générés.

Quand l'utiliser : Pour créer des fichiers programmatiquement dans vos repositories GitLab.