Integrazione delle funzionalità di GitHub con la timeline e la roadmap

Cartina stradale

La sezione seguente descrive le nuove funzionalità in fase di sviluppo per l'integrazione di Azure Boards con GitHub.

• Selezione del modello per l'agente cloud: quando si usa l'agente cloud Copilot da un elemento di lavoro, gli utenti possono selezionare da un elenco di modelli.

Funzionalità disponibili

Server MCP remoto (anteprima pubblica)

Questo endpoint ospitato consente una perfetta integrazione con Azure DevOps senza la necessità di gestire un server locale. Visual Studio e Visual Studio Code supportano attualmente questa funzionalità e il supporto per altri client e servizi, tra cui Microsoft Foundry e Copilot Studio, saranno presto disponibili.

A seconda degli strumenti in uso, è sufficiente aggiungere le informazioni sul server seguenti a mcp.json.

{
  "servers": {
    "ado-remote-mcp": {
      "url": "https://mcp.dev.azure.com/{organization}",
      "type": "http"
    }
  },
  "inputs": []
}

È possibile personalizzare la configurazione con altre opzioni di configurazione. Scopri di più.

Aumento del limite

Il limite per connessione durante il collegamento di repository GitHub a un progetto Azure DevOps è ora superiore. Il nuovo limite massimo nell'esperienza Web è ora pari a 2.000, che corrisponde al limite già disponibile tramite l'API REST di aggiornamento.

Supporto per agenti personalizzati

L'integrazione di Azure Boards con GitHub Copilot supporta ora la selezione di agenti personalizzati. Quando si crea un agente personalizzato a livello di repository o organizzazione, viene visualizzato automaticamente in Azure DevOps. Quando si crea una richiesta pull da un elemento di lavoro, viene visualizzato un nuovo controllo di selezione agente accanto all'elenco di repository.

Dopo aver selezionato un agente personalizzato e aver selezionato Crea, l'agente genera le modifiche al codice e crea la richiesta pull nel repository selezionato.

GitHub Copilot Cloud Agent per Azure Boards

L'integrazione di GitHub Copilot per Azure Boards consente ai team di passare più facilmente dalla pianificazione all'implementazione generando modifiche al codice direttamente dagli elementi di lavoro di Azure Boards.

Da un elemento di lavoro, gli sviluppatori possono attivare Copilot, selezionare un repository e un ramo di destinazione su GitHub, e creare una bozza di richiesta pull che rimane collegata all'elemento di lavoro originale, fornendo la tracciabilità end-to-end dal tracciamento del lavoro al codice.

Server MCP locale di Azure DevOps

Il server MCP locale per Azure DevOps offre autenticazione e autorizzazione avanzata, strumenti nuovi e perfezionati e introduce "domini" per facilitare l'ambito degli strumenti e la gestione dei limiti dei client.

Il MCP Server collega gli assistenti AI come GitHub Copilot e Azure DevOps, consentendo un accesso sicuro e un'interazione diretta con elementi di lavoro, wiki, piani di test e altro ancora dal tuo ambiente.

Per istruzioni sull'installazione, esempi e linee guida per i contributi, visitare il repository del server MCP di Azure DevOps.

Correzioni di bug che migliorano l'integrazione e la sicurezza di GitHub

Questo sprint, il team ha risolto diversi bug critici per migliorare la sicurezza e l'affidabilità delle integrazioni gitHub di Azure Boards:

• Correzione di più problemi relativi alla gestione dei token di accesso, tra cui l'impossibilità di revocare i token, l'uso di ambiti eccessivamente permissivi e la mancanza di verifica del token
• Sono stati risolti i problemi di escalation dei privilegi sia nei flussi di connessione gitHub che nei flussi di creazione dei rami
• Rimosso l'archiviazione permanente delle connessioni PAT di GitHub dopo la disconnessione per impedire l'accesso imprevisto
• Eliminazione dell'uso di origini wildcard nella configurazione CORS per applicare controlli di sicurezza più rigorosi
• Miglioramento della gestione dei segreti ruotando le credenziali client di GitHub ed eliminando la condivisione globale tra le organizzazioni
• Registrazione avanzata e controllabilità durante la rimozione delle connessioni al servizio
• Sono stati risolti potenziali perdite di informazioni causate da webhook non configurati correttamente

Integrazione di GitHub: menzioni delle richieste pull

È ora possibile utilizzare le menzioni ! per fare riferimento e discutere le pull request di GitHub direttamente da qualsiasi campo di testo esteso o commento.

Integrazione di GitHub: supporto per la transizione di stato

L'integrazione supporta ora il collegamento di richieste pull di GitHub agli elementi di lavoro di Azure Boards. In precedenza, solo la Fixes AB#{ID} parola chiave era supportata. Con questo aggiornamento, è ora possibile usare {State or Category} AB#{ID} per eseguire automaticamente la transizione degli elementi di lavoro allo stato desiderato durante l'unione.

Se la descrizione della richiesta pull di GitHub include un nome di stato (ad esempio, Validate AB#1234), lo stato dell'elemento di lavoro collegato viene aggiornato di conseguenza. Se il nome dello stato non viene riconosciuto, il sistema controlla se corrisponde a una categoria di stato (ad esempio Resolved). In caso affermativo, l'elemento di lavoro viene passato al primo stato disponibile all'interno di tale categoria.

Se non viene trovato alcuno stato o categoria corrispondente, la parola chiave viene ignorata e lo stato dell'elemento di lavoro non viene aggiornato.

Infine, la Fixes AB#{ID} parola chiave continua a funzionare come previsto, impostando come predefinito il valore di stato "Chiuso".

Integrazione di GitHub: miglioramenti per il collegamento a commit, rami e pull request

Il team di Azure DevOps sta migliorando continuamente l'integrazione di Boards e GitHub per colmare i gap di usabilità e allinearsi all'esperienza con cui si ha familiarità con Azure Repos.

Con questo aggiornamento, il team ha introdotto diversi miglioramenti per semplificare il modo in cui rami, richieste pull e commit sono collegati agli elementi di lavoro:

• Quando si collega un ramo GitHub a un elemento di lavoro, tutte le richieste pull associate vengono collegate automaticamente. Non è necessario usare manualmente AB#.

• Una volta unita una richiesta pull, il commit di merge viene collegato automaticamente all'elemento di lavoro.

• Se si elimina il ramo dopo l'unione della richiesta pull, il collegamento al ramo viene rimosso automaticamente dall'elemento di lavoro.

Questi miglioramenti semplificano il monitoraggio dello stato di avanzamento dello sviluppo e la manutenzione delle associazioni aggiornate degli elementi di lavoro up-to.

Integrazione di GitHub: mostra lo stato di compilazione per le pipeline YAML

Microsoft si impegna a raggiungere la parità delle funzionalità tra YAML e pipeline classiche. Una funzionalità chiave mancante era la possibilità di fornire un collegamento "Integrato nella compilazione" quando il repository è ospitato in GitHub. La versione più recente risolve questo divario aggiungendo un'opzione nelle impostazioni della pipeline YAML da controllare:

Al termine della compilazione, il collegamento corrispondente viene visualizzato automaticamente sugli elementi di lavoro associati, migliorando l'intera storia della tracciabilità.

Integrazione di GitHub: collegamento del commit di fusione

Il sistema collega ora automaticamente il commit di merge all'elemento di lavoro corrispondente al completamento di una richiesta pull.

Aumentare il limite dei repository GitHub connessi

Negli ultimi mesi, il team di prodotto ha migliorato sia l'esperienza utente che la scalabilità della connessione dei repository GitHub a un progetto Azure DevOps. In questo sprint, il team ha aumentato il limite massimo da 500 a 1.000 repository, offrendo una capacità ancora maggiore per gestire i progetti.

Informazioni dettagliate sulle richieste pull di GitHub

Il team del prodotto ha migliorato l'integrazione tra le richieste pull di GitHub e Azure Boards. Oltre a visualizzare gli stati aperti e chiusi, è ora possibile vedere se una richiesta pull è in modalità bozza, richiede revisione e controlla lo stato. Tutto senza dover aprire il pull request.

Per abilitare questa funzionalità, assicurarsi di andare all'applicazione Boards su GitHub per accettare le autorizzazioni richieste, aggiornate per l'accesso in lettura e scrittura ai Controlli.

Connessione ai miglioramenti della ricerca nel repository GitHub

La connessione di un progetto Azure DevOps a un'organizzazione GitHub è ora ottimizzata, soprattutto per quelle con migliaia di repository. L'esperienza di ricerca e selezione elimina il rischio di errori di timeout e rende il processo di connessione più semplice ed efficiente.

Creare un ramo GitHub dall'elemento di lavoro

A questo punto, è possibile creare un ramo GitHub direttamente da un elemento di lavoro all'interno di Azure DevOps. Il collegamento "Nuovo ramo GitHub" è disponibile ogni volta che viene configurata una connessione GitHub per il progetto. Questo collegamento è disponibile in tutti i menu contestuali degli elementi di lavoro, inclusi il modulo dell'elemento di lavoro, la scheda, il backlog e le query. Per creare un nuovo ramo, immettere il nome del ramo e selezionare il repository e il ramo di base desiderati.

Aggiungere un collegamento a un commit o a una pull request di GitHub

Collegare gli elementi di lavoro a GitHub cercando e selezionando il repository desiderato, quindi eseguire il drill-down per trovare e collegare la richiesta pull o il commit specifici. Non sono più necessarie modifiche a più finestre e copia/incolla (anche se questa opzione è ancora disponibile).

Collegamenti AB# nelle richieste di pull di GitHub

Come parte dei miglioramenti continui all'integrazione di Azure Boards + GitHub, una funzionalità di anteprima migliora l'esperienza con i collegamenti AB#. Con questo aggiornamento, i collegamenti AB# vengono ora visualizzati direttamente nella sezione Sviluppo della richiesta pull di GitHub. È possibile visualizzare gli elementi di lavoro collegati senza la necessità di spostarsi tra descrizione o commenti, fornendo un accesso più semplice a tali collegamenti AB#.

Questi collegamenti sono disponibili solo quando si usa AB# nella descrizione della richiesta pull. Non verranno visualizzati se si collega direttamente dalla pull request all'elemento di lavoro. La rimozione del collegamento AB# dalla descrizione lo rimuove anche dal controllo Sviluppo.