Aller au contenu
membre du groupeApertiaDraivix

01IA et intégrations · module

GitLab et tâches de développement

Relie les commits et les merge requests GitLab aux tâches et passe les tâches en révision

Socle disponible, une partie en cours de développementRéserver une consultation
  • Serveur Git
  • Dépôt
  • Commit
  • Merge request
  • Tâche
  • Projet
  • Utilisateur
11
fonctionnalités
7
types d’enregistrements
4
automatisations
3
intégrations et outils IA

02Ce que fait le module

Moins de routine. Plus de valeur.

L’intégration GitLab connecte votre instance GitLab auto-hébergée aux tâches dans Draivix. Les commits et les merge requests sont automatiquement liés aux tâches, et l’ouverture d’une merge request fait passer la tâche en révision. La direction voit ainsi l’avancement réel du développement directement sur la tâche, sans avoir à chercher dans GitLab.

  • Dépôts associés aux projetsEnregistrez vos serveurs GitLab dans Draivix, importez les dépôts et affectez-les aux projets afin que le travail de développement reste organisé sous le bon projet.
  • Événements vérifiés par jeton secretGitLab envoie les événements de push et de merge request à Draivix par webhook — une notification automatisée. Toute requête dépourvue d'un jeton secret valide est rejetée.
  • Les commits trouvent automatiquement leur tâcheChaque commit — une modification de code enregistrée — est associé à une tâche grâce à l'identifiant figurant dans son message, à la table de correspondance des branches ou au rapprochement intelligent. Les correspondances inférieures au seuil de 0.8 ne sont pas liées.
  • Voyez qui a travaillé sur quoiLes commits sont également associés aux utilisateurs, ce qui permet à la direction de voir quelle personne a travaillé sur une tâche de développement donnée sans avoir à chercher dans GitLab.
  • Les merge requests directement sur la tâcheLes merge requests — demandes de fusion de modifications de code — sont visibles directement sur les tâches et les dépôts, ce qui vous permet de suivre l'avancement du développement sans basculer vers GitLab.
  • Les tâches passent automatiquement en revueLorsqu'une merge request est ouverte, la tâche passe automatiquement en revue, maintenant son statut aligné sur le développement sans mise à jour manuelle.
  • Rattrapage des commits manquésChaque nuit, le système récupère les commits des trois derniers jours afin de rattraper les éventuels webhooks manqués et de conserver une vue d'ensemble complète du travail sur les tâches.
  • Le développement sur un seul tableau de bordUn widget du tableau de bord affiche l'activité des développeurs, offrant à la direction une vue d'ensemble de ce qui se passe côté développement sans ouvrir un autre système.
  • Comptes GitLab gérés depuis DraivixDraivix peut créer et désactiver des comptes GitLab pour votre équipe. Les membres des équipes sélectionnées sont préremplis dans le formulaire, évitant à l'administrateur une saisie manuelle.
  • Nouveaux comptes avec les bons droitsChaque nouveau compte est ajouté au groupe configuré avec le niveau d'accès défini — Developer par défaut — afin que les autorisations de l'équipe respectent un standard homogène.
  • Identifiants chiffrésLes jetons et secrets des serveurs sont stockés de manière chiffrée, de sorte que les identifiants GitLab ne sont jamais conservés en clair dans Draivix.

Ce qui est en cours de développement

  • Le changement de statut d'une tâche dès le premier commit est déclaré dans la configuration, mais n'est pas encore implémenté.
  • L'association des statuts de tâche aux événements GitLab ne peut pas encore être personnalisée par l'entreprise ; la clôture automatique lors de la fusion est désactivée.
  • Les événements de pipeline sont uniquement journalisés et n'affectent pas les tâches.

03Comment ça marche

Comment ça marche étape par étape.

  1. Fonctionnement de l’intégration

    Dans Draivix, vous enregistrez votre serveur GitLab et ses dépôts, qui peuvent être importés et affectés à des projets. GitLab envoie des événements à Draivix par webhook. Chaque requête doit comporter le jeton secret du serveur ; les requêtes dont le jeton est manquant ou non valide sont rejetées. Le point de terminaison est limité à 60 requêtes par minute et les événements sont traités en arrière-plan.

    Lire en détail

    Les événements de push et de merge request sont traités. Les événements de pipeline sont uniquement reçus et journalisés. Les secrets des serveurs sont stockés de manière chiffrée.

  2. Liaison des commits aux tâches

    Un commit est associé à une tâche d’abord par l’identifiant de la tâche dans le message de commit, puis par la correspondance de branche, et enfin par correspondance intelligente avec un seuil de similarité de 0.8. Les commits en dessous de ce seuil ne sont pas liés. Les commits sont également associés aux utilisateurs.

    Lire en détail

    Chaque tâche affiche sa liste de commits et de merge requests, et un widget du tableau de bord présente l'activité des développeurs. Chaque nuit à 2 h 25, le système récupère les commits des trois derniers jours afin de rattraper tout webhook manqué.

  3. Statut des tâches piloté par les merge requests

    Lorsqu'une merge request est ouverte, la tâche passe en revue. La tâche est identifiée par la balise TASK-n dans le nom de la branche, le titre ou la description de la merge request. Le changement de statut déclenche un événement standard auquel un workflow du module Automatisation peut réagir — par exemple en notifiant le relecteur.

    Lire en détail

    Le passage d'une tâche à l'état terminé lors de la fusion d'une merge request est désactivé par défaut afin que les tâches en attente de recette ne soient pas clôturées prématurément.

  4. Comptes GitLab

    Draivix peut créer et désactiver des comptes GitLab pour vos collaborateurs. Les membres des équipes sélectionnées sont préremplis dans le formulaire. Chaque nouveau compte est ajouté au groupe configuré avec le niveau d'accès défini (Developer par défaut).

04Ce qui s’exécute automatiquement

Des automatisations qui font gagner du temps.

  1. Les commits sont liés automatiquement

    Lorsqu'un webhook GitLab arrive, l'événement est traité en arrière-plan et les commits sont liés aux tâches sans que les développeurs aient à saisir quoi que ce soit manuellement.

  2. L'ouverture d'une merge request lance la revue

    Dès qu'une merge request est ouverte, la tâche passe en revue. Elle est identifiée par la balise TASK-n dans le nom de la branche, le titre ou la description de la merge request.

  3. Synchronisation nocturne des commits

    La tâche nocturne SyncGitCommits à 2 h 25 rattrape les commits des trois derniers jours, garantissant une vue d'ensemble exacte du travail sur les tâches même si un webhook n'a pas pu être délivré.

  4. Les changements de statut déclenchent les étapes suivantes

    Lorsque le statut d'une tâche change, un événement standard est émis. Un workflow du module Automatisation peut y réagir — par exemple en notifiant le relecteur.

Intégrations externes

  • Connecté à votre GitLabDraivix communique avec votre instance GitLab auto-hébergée via l'API REST GitLab — notamment lors de l'importation des dépôts et du provisionnement des comptes pour votre équipe.
  • GitLab remonte les événements automatiquementGitLab envoie des webhooks de push, de merge request et de pipeline. Les événements de push et de merge request sont traités ; les événements de pipeline sont uniquement journalisés et n'affectent pas les tâches.

Ce que l’agent IA prend en charge

  • Le travail des agents visible directement sur la tâche

    Les agents connectés via newerp-agents-mcp lient leur travail aux tâches et aux commits à l'aide de 12 outils dédiés, ce qui vous permet de visualiser sur chaque tâche aussi bien le travail des agents que celui des collaborateurs.

Une personne valide dès qu’il s’agit d’argent, d’un client ou d’une exception.

05Questions fréquentes

Comment Draivix sait-il à quelle tâche appartient un commit ?

Grâce à l'identifiant de la tâche dans le message de commit, à la table de correspondance des branches ou au rapprochement intelligent avec un seuil de similarité de 0.8. Les commits sous ce seuil ne sont pas liés.

GitLab met-il à jour le statut de la tâche ?

Oui. L'ouverture d'une merge request fait passer la tâche en revue. La clôture automatique de la tâche lors de la fusion est désactivée par défaut.

Le webhook GitLab est-il sécurisé ?

Oui. Chaque requête doit inclure le jeton secret du serveur, faute de quoi le système la rejette, et le point de terminaison est protégé par une limite de débit de 60 requêtes par minute.

L'intégration fonctionne-t-elle avec un GitLab auto-hébergé ?

Oui. L'intégration est conçue pour une instance GitLab auto-hébergée que vous enregistrez comme serveur dans Draivix.

06Modules associés

Des modules qui fonctionnent parfaitement ensemble.

Tous les modules dans IA et intégrations

Commençons ensemble

Expliquez-nous comment fonctionne votre entreprise.

Nous vous montrerons à quoi pourrait ressembler un système qui prend en charge une partie de ce travail.

Réserver une consultation