Connecter GitHub à l'IA : savoir ce qui reste ouvert sans entrer dans le dépôt
GitHub peut être connecté à l'IA. IntraGPT travaille dans le dépôt que vous désignez, y recherche les issues et les pull requests, et peut créer une issue ou y répondre si vous le demandez. Des questions comme ce qui reste ouvert sur ce jalon ou quelles pull requests attendent une relecture trouvent leur réponse dans la conversation, sans que personne ouvre le dépôt.
Ce que l'assistant sait faire dans un dépôt
Retrouver les issues qui comptent
L'assistant recherche les issues du dépôt en respectant le cadre de votre question : seulement les ouvertes, seulement un label donné, seulement celles d'un jalon ou celles attribuées à quelqu'un. Une liste complète est en pratique trop longue pour en faire quelque chose, il y a donc toujours une limite.
Créer une issue
Sur demande, l'assistant dépose un nouveau signalement dans le dépôt, avec un titre, une explication, des labels et une personne assignée. Comme toute l'équipe voit ce signalement, il écrit un titre concret et indique ce qui ne va pas, ce qui était attendu et comment reproduire le problème.
Passer les pull requests en revue
Les pull requests en cours reviennent avec la branche d'origine et la branche visée. Vous pouvez demander uniquement les ouvertes ou les plus récemment mises à jour, pour voir ce qui attend encore une relecture avant une mise en production.
Répondre sous une issue
L'assistant peut publier un commentaire sous une issue existante. Ce commentaire est lisible par tous ceux qui ont accès au dépôt, donc par le monde entier s'il s'agit d'un dépôt public, et il reste dans l'historique.
Un dépôt par connecteur
Le connecteur est fixé sur le dépôt que vous désignez. L'assistant y reste et ne peut pas basculer vers un autre dépôt de la même organisation.
Des situations où cela fait gagner du temps
Industrie et production
- Situation
- L'équipe logicielle d'un constructeur de machines reçoit les pannes via le service desk, mais elles n'arrivent jamais dans le dépôt.
- Ce que fait l’agent
- L'assistant transforme un signalement en issue avec une description reproductible, les bons labels et le collègue concerné.
- Résultat
- Un seul endroit où se trouve le travail, et le service desk n'a pas besoin de compte GitHub.
Développement produit
- Situation
- Avant le changement de sprint, le responsable veut savoir ce qui reste ouvert sur le jalon en cours.
- Ce que fait l’agent
- L'assistant recherche les issues ouvertes de ce jalon et précise à qui elles sont attribuées.
- Résultat
- Une liste dans la conversation plutôt qu'une capture d'écran du tableau de projet.
Secteur public
- Situation
- Une commune fait développer une application dans un dépôt ouvert et doit pouvoir montrer ce qu'est devenu un défaut signalé.
- Ce que fait l’agent
- L'assistant retrouve l'issue par label et par statut, puis récupère les pull requests fusionnées sur la même branche.
- Résultat
- Le chemin du signalement à la modification se retrace en quelques phrases, numéros à l'appui.
Mise en production
- Situation
- Juste avant un déploiement, on ne sait plus quelles pull requests n'ont pas encore été relues.
- Ce que fait l’agent
- L'assistant récupère les pull requests ouvertes qui visent la branche de release, les plus récentes d'abord.
- Résultat
- Le responsable de la mise en production sait en une minute ce qui bloque encore.
De la connexion à la première question
-
1
Se connecter via la plateforme
Dans IntraGPT, vous choisissez GitHub dans le catalogue et reliez le dépôt avec un jeton d'accès que vous délivrez vous-même. Aucun mot de passe de collaborateur n'est conservé.
-
2
Définir ce qui est permis
Vous choisissez ce que le connecteur peut faire : uniquement lire, ou aussi créer une issue et commenter. Ce qui n'est pas ouvert n'existe pas pour l'assistant.
-
3
Choisir qui peut l'utiliser
Vous désignez les rôles autorisés à travailler avec l'assistant GitHub. Pour le reste de l'organisation, il n'apparaît pas dans la liste des assistants.
-
4
Ce qui est consigné
Chaque action est consignée avec son moment et son résultat. Une issue créée ou un commentaire publié se rattache donc toujours à la demande qui l'a précédé.
Qui lit dans le dépôt
Un dépôt contient plus que du code : des signalements de clients, des discussions internes et parfois un morceau de configuration qui n'a rien à faire hors de l'équipe.
Où résident les données: France
Un jeton que vous gérez
Le connecteur fonctionne avec un jeton d'accès que vous délivrez et pouvez retirer à tout moment. S'il ne donne que la lecture, rien ne change dans GitHub, quelle que soit la demande formulée dans une conversation.
Public veut vraiment dire public
Un commentaire ou une nouvelle issue dans un dépôt public est lisible par tout internet et reste dans l'historique. C'est pourquoi l'assistant n'écrit jamais de sa propre initiative et ne met aucun détail interne dans un signalement public.
On retrouve qui a demandé quoi
Les issues créées et les commentaires publiés se retrouvent avec leur moment et la demande qui les a déclenchés. Un administrateur peut donc vérifier d'où venait un signalement.
Le modèle tourne chez vous
IntraGPT tourne sur un serveur en France. Les textes des issues et des pull requests ne partent pas vers un fournisseur de modèle américain et ne servent pas à entraîner un modèle.
Questions fréquentes sur GitHub et l'IA
Puis-je connecter GitHub à ChatGPT ?
ChatGPT n'a pas de connexion intégrée à votre dépôt, et coller un jeton d'accès dans un chat public n'est pas une bonne idée. IntraGPT fonctionne comme un chat, mais avec un connecteur lié à un seul dépôt, un jeton dont vous fixez les droits et une trace de chaque action.
IntraGPT fonctionne-t-il avec GitHub ?
Oui. GitHub figure dans le catalogue de connecteurs d'IntraGPT. L'assistant recherche les issues, en crée une, consulte les pull requests et peut commenter sous une issue, toujours dans le dépôt que vous désignez.
Pourquoi le connecteur ne voit-il pas notre dépôt ?
Presque toujours parce que le jeton n'a pas accès à ce dépôt. Pour un dépôt privé, GitHub fait comme s'il n'existait pas au lieu de signaler un manque de droits, ce qui ressemble à une faute de frappe dans le nom alors qu'il s'agit d'accès. Vérifiez donc que le jeton correspond bien à cette organisation et à ce dépôt, et qu'il est toujours valide. Un nom mal orthographié est la deuxième cause courante.
Que se passe-t-il si l'assistant commente dans un dépôt public ?
Ce commentaire devient immédiatement lisible par tout internet, sous le compte utilisé pour la connexion, et ne quitte plus l'historique. C'est pourquoi l'assistant ne commente qu'après une demande explicite et montre le texte au préalable. Si vous ne voulez pas courir ce risque, n'ouvrez tout simplement pas la possibilité de commenter.
L'assistant peut-il chercher dans plusieurs dépôts à la fois ?
Non. Un connecteur travaille dans un seul dépôt. S'il vous en faut plusieurs, vous les configurez séparément, chacun avec son jeton et ses droits. Cela garde aussi clair quelle équipe accède à quel code.
L'assistant peut-il fusionner ou fermer une pull request ?
Non. Le connecteur lit les pull requests et peut commenter sous une issue, mais fusionner, fermer ou changer les labels d'une pull request n'en fait pas partie. Ce qui entre dans le code reste une décision humaine prise dans GitHub.
Combien de temps prend la mise en place ?
Une fois le jeton créé et le dépôt connu, le connecteur est prêt en quelques minutes. Le temps passe surtout dans la décision interne sur les droits accordés à ce jeton et sur la question de savoir si l'équipe souhaite que l'assistant puisse aussi écrire.
Combien coûte un connecteur GitHub ?
La connexion fait partie du projet mené ensemble. Ce qui détermine le travail, c'est le nombre de sources à ouvrir, les droits associés et la présence ou non d'écriture. Nous le précisons lors d'un entretien de trente minutes.