Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Connectez votre dépôt GitHub ou Azure DevOps. Votre agent peut désormais effectuer une analyse de la cause racine en corrélatant des problèmes de production à du code spécifique.
Ce que vous avez accompli
À la fin de cette étape, votre agent :
- Analyse le code source pendant les enquêtes
- Fournit des références file :line pour les problèmes
- Crée des listes de tâches qui affichent les étapes d'enquête
- Met en corrélation les symptômes de production aux modifications de code
Prerequisites
| Prérequis | Détails |
|---|---|
| Agent créé | Étape 1 complète d’abord |
| Compte GitHub ou Azure DevOps | Accès aux référentiels que vous souhaitez connecter |
Choisissez votre méthode d’authentification
| Méthode | Quand utiliser |
|---|---|
| GitHub application | Utilisez une application gérée par l’organisation avec une clé de signature soutenue par Key Vault. Obligatoire pour *.ghe.com. |
| Identité gérée | Connectez Azure DevOps sans informations d’identification utilisateur durables. |
| OAuth | Connectez-vous avec votre compte GitHub ou Azure DevOps. |
| PAT | Fournir un jeton d’accès personnel avec les permissions minimales requises par le service cible. |
Connecter votre référentiel
Connectez un dépôt GitHub pour que votre agent puisse l’indexer en tant que source de connaissances. La boîte de dialogue affiche une liste extensible de vos référentiels. Effectuez une sélection dans la liste déroulante au lieu de taper manuellement des URL.
Étape 1 : Ouvrir la boîte de dialogue Ajouter un référentiel
Lors de l’intégration, sélectionnez la carte Ajouter un référentiel à l’étape de la Base de connaissances.
Pour un agent existant, allez dans Build + configuration>Contexte>, choisissez l’onglet « service », puis sélectionnez Ajouter un référentiel.
Étape 2 : Choisir une plateforme
Sélectionnez GitHub ou Azure DevOps.
À l’étape Connexion, entrez l’URL du dépôt complète pour GitHub, ou le nom de l’organisation pour Azure DevOps.
Choisissez une connexion existante si une est disponible, ou configurez une nouvelle connexion.
Sélectionnez la méthode d’authentification et complétez ses champs. GitHub propose OAuth, un jeton d’accès personnel (PAT) et Utiliser votre application GitHub. Azure DevOps offre Votre compte, Identité Gérée et PAT.
Complétez le test d’identification ou de connexion montré par la méthode sélectionnée. Pour des instructions spécifiques à chaque méthode, voir Connecter un service de code source.
Note
Si la boîte de dialogue de connexion n’apparaît pas, vérifiez que votre navigateur ne bloque pas les fenêtres contextuelles de
sre.azure.com.Vérifiez que la connexion réussit.
Cliquez sur Suivant.
Étape 3 : Sélectionner des référentiels
Dans Ajouter des dépôts, examinez le dépôt initial et ajoutez d’autres entrées si besoin. Le champ URL du dépôt prend en charge la sélection du dépôt et la saisie directe d’URL :
Les dépôts GitHub apparaissent par
org/repo-nameordre alphabétique (jusqu’à 100 dépôts).Les dépôts Azure DevOps apparaissent après avoir sélectionné un projet dans la liste déroulante Projet Azure DevOps , trié par ordre alphabétique.
Sélectionnez un référentiel dans la liste déroulante. Le nom d'affichage est complété automatiquement avec le nom du dépôt. Vous pouvez également taper n’importe quelle URL de référentiel valide directement dans le champ.
Pour GitHub, sélectionnez Ajouter dépôt pour ajouter des entrées. Développez chaque entrée pour modifier son nom d’affichage ou utilisez Ajouter une description. Pour Azure DevOps, utilisez Ajouter et modifiez ces champs dans la grille.
Conseil / Astuce
La liste déroulante autorise la saisie de forme libre. Si votre référentiel n’apparaît pas dans la liste (par exemple, si vous avez plus de 100 dépôts), tapez directement l’URL complète.
Étape 4 : Confirmer et enregistrer
Sélectionnez Enregistrer. Les dépôts apparaissent sur la page Accès au code avec leurs informations de connexion et de dernière synchronisation.
Étape 5 : Essayer de créer un pull request (aperçu)
Avec votre référentiel connecté, votre agent peut désormais créer des pull requests directement à partir d'un chat.
- Ouvrez un thread de conversation avec votre agent.
- Tapez une invite comme suit : « Créer une pull request de
https://github.com/OWNER/REPOfix/my-branch vers main intitulée 'Correction du délai d’expiration de la connexion' ». - En mode Révision, sélectionnez Continuer pour approuver la création de la demande de tirage (pull request).
Votre agent retourne une carte avec un lien cliquable vers le Pull Request créé.
Note
Pour créer des pull requests, un mode d'exécution en révision ou autonome est nécessaire. La branche source doit déjà exister avec vos modifications validées.
Gérer les référentiels connectés
La page d’accès au code liste les dépôts connectés et leurs noms de connexion.
Pour supprimer un référentiel :
Procédez comme suit pour supprimer un référentiel connecté.
- Va dans Build + setup>Contexte>accès au code.
- Sélectionnez l’onglet service et la case à cocher du dépôt.
- Sélectionnez Supprimer et vérifiez la confirmation avant de continuer.
Pour mettre à jour l’authentification : Si votre PAT expire ou que vous devez changer de compte, rouvrez la boîte de dialogue Ajouter un référentiel et réauthentification avec de nouvelles informations d’identification.
Alternative : MCP + agent personnalisé
Pour obtenir un accès complet à l’API GitHub (code de recherche, lecture de fichiers et validations de liste sur tous les référentiels), connectez GitHub en tant que serveur MCP avec un agent personnalisé dédié.
Cette approche utilise le protocole MCP (Model Context Protocol) pour connecter GitHub outils à un agent personnalisé. Suivez le didacticiel pas à pas, Configurer le connecteur MCP.
Votre agent analyse désormais le code source pendant les enquêtes, fournit des références de fichiers et de lignes pour les problèmes, crée des plans de tâche montrant les étapes d’investigation, met en corrélation les symptômes de production aux modifications du code et peut créer des demandes de tirage dans des dépôts connectés directement à partir de la conversation.
Ce que vous avez appris
- Votre agent analyse désormais le code source pendant les enquêtes.
- Il fournit des références de fichiers et de lignes pour les problèmes.
- Il crée To-Do Plans qui affichent les étapes d’investigation.
- Il met en corrélation les symptômes de production aux modifications de code.
Contenu connexe
| Resource | Description |
|---|---|
| Analyse des causes profondes | Comment votre agent utilise le code source pour rechercher les causes racines. |
| Examen approfondi | Analyse multihypothèse étendue à l’aide de dépôts connectés. |
| Agent Playground | Testez les outils MCP et les agents personnalisés de manière interactive. |
| Agents personnalisés | Comment les agents personnalisés étendent les fonctionnalités de votre agent. |
| Connecteurs | Tous les types de connecteurs et leur fonctionnement. |