DocumentationIntégrations

GitLab

anymize lit projets, tickets, merge requests et commentaires de votre GitLab, qu'il soit auto-hébergé ou sur gitlab.com.

4 Min

Ce que vous pouvez en faire

  • « Quels tickets du projet Portail cabinet sont ouverts ? »
  • « Résume la discussion sur le ticket 231. »
  • « Quelles merge requests attendent une relecture ? »
  • « Que s'est-il passé dans nos projets depuis lundi ? »
  • « Cherche tous les tickets avec le libellé Protection des données. »

L'assistant peut lister les projets et les consulter un par un, chercher des issues sur tous les projets ou dans un projet, lire les fils de commentaires d'issues et de merge requests et lancer une recherche sur l'instance.

Dans les commentaires, l'assistant distingue ce que quelqu'un a écrit et les notes propres de GitLab comme « Libellé modifié ». Un résumé ne consiste donc pas en messages système.

Comment créer un jeton d'accès personnel

  1. 01Cliquez en haut à droite sur votre avatar et choisissez Modifier le profil.
  2. 02À gauche, sous Accès (Access), ouvrez Personal access tokens.
  3. 03Sous Générer un jeton, choisissez Legacy token.
  4. 04Donnez un nom, fixez une date d'expiration et cochez uniquement read_api. anymize n'a pas besoin de plus.
  5. 05Cliquez sur Générer un jeton et copiez la valeur tout de suite. Elle n'est affichée qu'une fois.

Officiel chez GitLab: https://docs.gitlab.com/user/profile/personal_access_tokens/ . Le périmètre api serait trop large et autoriserait l'écriture.

Connexion

  1. 01Dans anymize, ouvrez Apps, puis Connecteurs, et choisissez GitLab.
  2. 02Saisissez l'adresse de votre instance, par exemple https://gitlab.votre-entreprise.fr. Pour gitlab.com, saisissez https://gitlab.com.
  3. 03Collez le jeton d'accès personnel de la section ci-dessus et cliquez sur Connecter. anymize vérifie tout de suite à quel compte il appartient.
  4. 04Ensuite, vous définissez les domaines que l'assistant peut utiliser: compte, projets, tickets, merge requests.

Vous créez le jeton vous-même, sans administrateur et sans accord de GitLab. Le chemin via le raccord IA propre de GitLab serait un autre, il exige en plus GitLab Duo. Vous n'en avez pas besoin ici.

anymize peut-il écrire dans mon GitLab ?

Non. Il n'y a aucun outil qui crée un ticket, écrit un commentaire, pose un libellé ou fusionne quoi que ce soit. La connexion n'envoie que des lectures.

Ce n'est pas construit comme un réglage mais comme une règle dans la construction: aucun nom d'outil ne peut porter un verbe d'écriture, un test le consigne. Si un outil d'écriture s'y ajoutait jamais, GitLab devrait perdre le libellé « Lecture seule ». En plus, vous pouvez dès le départ couper le jeton avec read_api si étroitement que GitLab lui-même n'autorise aucune écriture.

Souveraineté numérique

GitLab se laisse auto-héberger. À la connexion, vous indiquez l'adresse de votre propre instance, et anymize parle exactement à cette adresse, à aucune autre. Pour les communes, autorités et entreprises avec leur propre paysage de serveurs, c'est le point décisif: le code source reste où il est.

  • Pas de création d'application chez l'éditeur, pas de procédure d'autorisation.
  • Le jeton est stocké chiffré dans votre espace de travail et n'est utilisé que pour vos demandes.
  • Si vous déconnectez, l'accès disparaît immédiatement.

Ce que le connecteur ne peut pas faire

  • Parcourir le code source et les commits: ces domaines de recherche exigent GitLab Premium plus Elasticsearch. Sans cela, une liste vide revient, pas une erreur.
  • Les pipelines, versions et pages wiki ne font pas partie de ce stade.
  • Une liste renvoie au plus 50 entrées par page, pour qu'une conversation ne soit pas submergée de données brutes.

Le texte qui passe est anonymisé: noms d'auteurs et d'éditeurs, adresses e-mail et noms de clients dans les textes de tickets sont remplacés par des placeholders avant qu'un modèle d'IA ne les lise.