Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Tempo stimato: 10 minuti
Connettere il repository GitHub o Azure DevOps in modo che l'agente possa eseguire l'analisi della causa radice, correlando i problemi di produzione a codice specifico.
Ciò che si ottiene
Al termine di questa esercitazione, l'agente può:
- Analizzare il codice sorgente durante le indagini
- Specificare riferimenti a file e righe specifici per i problemi
- Creare piani delle cose da fare che mostrano i passaggi dell'indagine
- Correlare i sintomi di produzione alle modifiche al codice
Prerequisiti
| Requisito | dettagli |
|---|---|
| Agente creato | Completare prima il passaggio 1: Creare un agente . |
| GitHub o organizzazione Azure DevOps | Accesso ai repository che vuoi connettere. |
Scegliere il metodo di autenticazione
Selezionare il metodo di autenticazione più adatto per l'ambiente in uso.
| metodo | Quando utilizzare |
|---|---|
| OAuth | Accedere con l'account GitHub. Nessun token necessario e fornisce la configurazione più semplice. |
| PAT | Fornisci un token di accesso personale con l'ambito repo. Funziona per organizzazioni che hanno restrizioni SSO. |
Connetti il tuo repository
Connettere un repository GitHub o Azure DevOps in modo che l'agente lo indicizza come origine delle informazioni. La finestra di dialogo mostra un elenco esplorabile dei repository. Selezionare dall'elenco a discesa anziché digitare manualmente gli URL.
Passaggio 1: Aprire la finestra di dialogo Aggiungi repository
Durante l'onboarding selezionare la scheda Aggiungi repository nel passaggio Knowledge Base.
Per un agente esistente, passare a Generatore>base di conoscenza e selezionare la scheda azione Aggiungi repository.
Passaggio 2: Scegliere una piattaforma
Usare la procedura seguente per selezionare la piattaforma ed eseguire l'autenticazione.
Selezionare GitHub o Azure DevOps.
Scegliere il metodo di accesso:
metodo Quando utilizzare Autenticazione (OAuth) Accedi con l'account della tua organizzazione su GitHub o Azure DevOps. Nessun token necessario. PAT Fornisci un token di accesso personale con l'ambito repo.Autenticazione completa:
- OAuth: Selezionare Accedi a GitHub (o Accedi a Azure DevOps) e completare la finestra di autenticazione.
- PAT: Immettere il token nel campo Fornisci pat e selezionare Connetti.
Annotazioni
Se la finestra di dialogo di accesso non viene visualizzata, verificare che il browser non blocchi i popup da
sre.azure.com.In caso di esito positivo, viene visualizzata una scheda Connessa che mostra l'account autenticato.
Seleziona Avanti.
Passaggio 3: Selezionare i repository
Dopo l'autenticazione, il campo URL repository mostra un elenco a discesa dei repository.
-
GitHub repository vengono visualizzati come
org/repo-nameordinati in base all'ultimo aggiornamento (fino a 100 repository). - I repository di Azure DevOps vengono visualizzati dopo aver selezionato un progetto dall'elenco a discesa Azure DevOps Project.
Selezionare un repository dall'elenco a discesa. Il nome visualizzato si compila automaticamente con il nome del repository. È anche possibile digitare qualsiasi URL di repository valido direttamente nel campo.
Per aggiungere più repository, selezionare Aggiungi per inserire altre righe.
Suggerimento
L'elenco a discesa consente la digitazione a mano libera. Se il repository non viene visualizzato nell'elenco , ad esempio se sono presenti più di 100 repository, digitare direttamente l'URL completo.
Passaggio 4: Confermare e salvare
Selezionare Aggiungi repository per salvare le modifiche.
Il sistema crea automaticamente il connector OAuth di GitHub o Azure DevOps se non ne esiste già uno.
Passaggio 5: Provare a creare una richiesta pull (anteprima)
Con il repository connesso, l'agente può ora creare richieste pull direttamente dalla chat.
- Aprire un thread di chat con l'agente.
- Digitare un prompt simile al seguente: "Creare una richiesta pull da https://github.com/OWNER/REPO fix/my-branch a main denominata "Fix connection timeout" (Correzione del timeout della connessione).
- In la modalità revisione, selezionare Continua per approvare la creazione della PR.
L'agente restituisce una scheda degli strumenti con un collegamento selezionabile alla richiesta pull creata.
Annotazioni
La creazione di richieste pull richiede la modalità di esecuzione revisione o autonoma. Il ramo di origine deve esistere già con le modifiche di cui è stato eseguito il commit.
Gestire i repository connessi
Quando si riapre la finestra di dialogo Aggiungi repository, i repository connessi esistenti vengono visualizzati come righe di sola lettura nella griglia.
Rimuovere un repository
Usare la procedura seguente per rimuovere un repository connesso.
- Passare allaKnowledge Base> e selezionare la scheda di azione Aggiungi repository.
- Trova la riga del repository nella griglia.
- Selezionare l'icona del cestino nella riga per contrassegnarla per l'eliminazione.
- Selezionare Aggiungi repository per salvare le modifiche.
- Nella finestra di dialogo Conferma modifiche esaminare i repository rimossi.
- Selezionare Conferma per continuare o Annulla per mantenerli.
Aggiornare l'autenticazione
Se il token di accesso personale scade o è necessario cambiare account, riaprire la finestra di dialogo Aggiungi repository e ripetere l'autenticazione con le nuove credenziali.
Alternativa: MCP e agente personalizzato
Per ottenere l'accesso completo all'API di GitHub—includendo la ricerca del codice, la lettura dei file e l'elenco dei commit attraverso tutti i repository—connetti GitHub come server MCP con un agente personalizzato dedicato.
Questo approccio usa il protocollo MCP (Model Context Protocol) per connettere gli strumenti GitHub a un agente personalizzato. Per istruzioni dettagliate, vedere Esercitazione: Configurare il connettore MCP.
Sommario
L'agente ora analizza il codice sorgente durante le indagini, fornisce riferimenti a file e righe per i problemi, crea piani attività che mostrano i passaggi di indagine, correla i sintomi di produzione alle modifiche del codice e può creare richieste pull nei repository connessi direttamente dalla chat.