Integrering med GitHubs funktioners tidslinje och färdplan

Roadmap

I följande avsnitt beskrivs nya funktioner som är under utveckling för Azure Boards-integrering med GitHub.

• Modellval för Molnagent: När du använder Copilot-molnagenten från ett arbetsobjekt kan användarna välja från en lista med modeller.

Levererade funktioner

Fjärr-MCP Server (offentlig förhandsversion)

Den här värdbaserade slutpunkten möjliggör sömlös integrering med Azure DevOps utan att behöva hantera en lokal server. Visual Studio och Visual Studio Code stöder för närvarande den här funktionen, och stöd för andra klienter och tjänster, inklusive Microsoft Foundry och Copilot Studio, kommer snart.

Beroende på vilka verktyg du använder behöver du bara lägga till följande serverinformation i din mcp.json.

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

Du kan anpassa konfigurationen med fler konfigurationsalternativ. Läs mer.

Gränsökning

Gränsen per anslutning när du länkar GitHub-lagringsplatser till ett Azure DevOps-projekt är nu högre. Den nya maxgränsen i webbupplevelsen är nu 2 000, vilket matchar den gräns som redan är tillgänglig via REST-API:et för uppdatering.

Stöd för anpassade agenter

Azure Boards-integrering med GitHub Copilot stöder nu valet av anpassade agenter. När du skapar en anpassad agent på lagringsplats- eller organisationsnivå visas den automatiskt i Azure DevOps. När du skapar en pull request från ett arbetsobjekt visas en ny agentvalskontroll bredvid lagringsplatslista.

När du har valt en anpassad agent och valt Skapa genererar agenten kodändringarna och skapar pull-begäran på den valda lagringsplatsen.

GitHub Copilot Cloud Agent för Azure Boards

GitHub Copilot-integreringen för Azure Boards gör det möjligt för team att gå mer sömlöst från planering till implementering genom att generera kodändringar direkt från Azure Boards-arbetsobjekt.

Från ett arbetsobjekt kan utvecklare anropa Copilot, välja ett GitHub-repository och en branch och skapa en utkastpull-begäran som förblir länkad till det ursprungliga arbetsobjektet, vilket ger fullständig spårbarhet från arbetsspårning till kod.

Lokal MCP-server för Azure DevOps

Den lokala MCP-servern för Azure DevOps ger förbättrad autentisering och auktorisering, nya och förfinade verktyg och introducerar "domäner" för att hjälpa till att omfångsverktyg och hantera klientgränser.

MCP Server kopplar samman AI-assistenter som GitHub Copilot och Azure DevOps, så att du kan få säker åtkomst till och interagera med arbetsobjekt, wikis, testplaner med mera i din egen miljö.

Installationsanvisningar, exempel och riktlinjer för bidrag finns på Azure DevOps MCP Server-lagringsplatsen.

Buggkorrigeringar förbättrar GitHub-integrering och säkerhet

I den här sprinten löste teamet flera kritiska buggar för att förbättra säkerheten och tillförlitligheten för Azure Boards GitHub-integreringar:

• Flera problem som rör hantering av åtkomsttoken har åtgärdats, inklusive oförmåga att återkalla token, användning av alltför generösa omfång och brist på tokenverifiering.
• Åtgärdade sårbarheter för behörighetseskalering i både GitHub-anslutnings- och grenskapandeflöden
• Beständig lagring av GitHub-PAT:n har tagits bort efter frånkoppling för att förhindra oavsiktlig åtkomst
• Eliminering av användningen av jokerteckensursprung i CORS-konfigurationen för att framtvinga strängare säkerhetskontroller.
• Förbättrad hemlig hantering genom att rotera GitHub-klienthemligheter och stoppa global delning mellan organisationer
• Förbättrad loggning och granskning vid borttagning av tjänstanslutningar
• Löst potentiella informationsläckor orsakade av felkonfigurerade webhooks

GitHub-integrering: Omnämnanden av pull-begäranden

Du kan nu använda ! omnämnanden för att referera till och diskutera GitHub-pull-begäranden direkt från alla stora textfält eller kommentarer.

GitHub-integrering: Stöd för tillståndsövergång

Integreringen stöder nu länkning av GitHub-pull-begäranden till Azure Boards-arbetsobjekt. Tidigare stöddes endast nyckelordet Fixes AB#{ID} . Med den här uppdateringen kan du nu använda {State or Category} AB#{ID} för att automatiskt överföra arbetsobjekt till önskat tillstånd vid sammanslagning.

Om beskrivningen av GitHub-pullbegäran innehåller ett tillståndsnamn (till exempel Validate AB#1234) uppdateras det länkade arbetsobjektets tillstånd som ett resultat. Om tillståndsnamnet inte identifieras kontrollerar systemet om det matchar en tillståndskategori (till exempel Resolved). I så fall övergår arbetsobjektet till det första tillgängliga tillståndet inom den kategorin.

Om inget matchande tillstånd eller kategori hittas ignoreras nyckelordet och tillståndet för arbetsobjektet uppdateras inte.

Till sist fortsätter nyckelordet Fixes AB#{ID} att fungera som förväntat och återgår till standardläge "Stängt".

GitHub-integrering: Förbättringar som länkar till kommandon, grenar och pullförfrågningar

Azure DevOps-teamet förbättrar kontinuerligt Boards + GitHub-integreringen för att minska användbarhetsluckorna och anpassa sig till den erfarenhet du känner till i Azure Repos.

Med den här uppdateringen introducerade teamet flera förbättringar för att effektivisera hur grenar, pull-begäranden och incheckningar är länkade till arbetsobjekt:

• När du länkar en GitHub-gren till ett arbetsobjekt länkas alla associerade pull-begäranden automatiskt. Du behöver inte använda AB#manuellt.

• När en pull request har sammanfogats länkas sammanfogningskommitteringen automatiskt till arbetsobjektet.

• Om du tar bort grenen när pull-begäran har sammanfogats tas grenlänken bort automatiskt från arbetsobjektet.

De här förbättringarna gör det enklare att spåra din utvecklingsprocess och upprätthålla rena och uppdaterade arbetsobjektassociationer.

GitHub-integrering: Visa byggstatus för YAML-pipelines

Microsoft strävar efter att uppnå funktionsparitet mellan YAML och klassiska pipelines. En viktig funktion som saknades var möjligheten att tillhandahålla en "Integrerad i build"-länk när lagringsplatsen finns i GitHub. Den senaste versionen åtgärdar det här gapet genom att lägga till ett alternativ i YAML-pipelineinställningar som du kan kontrollera:

När bygget är klart visas motsvarande länk automatiskt på de associerade arbetsobjekten, vilket förbättrar den övergripande spårbarheten.

GitHub-integrering: Länka sammanslagningscommitten

Systemet länkar nu automatiskt sammanfogningen till motsvarande arbetsobjekt när en pull-begäran har slutförts.

Öka gränsen för anslutna GitHub-lagringsplatser

Under de senaste månaderna har produktteamet förbättrat både användarupplevelsen och skalbarheten för att ansluta dina GitHub-lagringsplatser till ett Azure DevOps-projekt. I den här sprinten höjde teamet maxgränsen från 500 till 1 000 lagringsplatser, vilket ger dig ännu större kapacitet att hantera dina projekt.

Insikter om GitHub-pullbegäran

Produktteamet förbättrade integreringen mellan GitHub-pull-begäranden och Azure Boards. Förutom att visa öppna och stängda statusar kan du nu se om en pull-begäran är i utkastläge, behöver genomgå en granskning, och kontrollstatus. Allt utan att behöva öppna pull-förfrågan.

Om du vill aktivera den här funktionen, gå till Boards-appen i GitHub för att acceptera de begärda uppdaterade behörigheterna för läs- och skrivåtkomst till Kontroller.

Förbättringar för sökning i GitHub-repositories

Att ansluta ett Azure DevOps-projekt till en GitHub-organisation är nu optimerat, särskilt för dem med tusentals lagringsplatser. Sök- och urvalsupplevelsen eliminerar risken för timeout-fel och gör anslutningsprocessen smidigare och effektivare.

Skapa GitHub-gren från arbetsobjekt

Nu kan du skapa en GitHub-gren direkt från ett arbetsobjekt i Azure DevOps. Länken "Ny GitHub-gren" är tillgänglig när en GitHub-anslutning har konfigurerats för projektet. Den här länken är tillgänglig i alla snabbmenyer för arbetsobjekt, inklusive formulär för arbetsobjekt, kort, kvarvarande uppgifter och frågor. Om du vill skapa en ny gren anger du grennamnet och väljer önskad lagringsplats och basgren.

Lägg till länk till GitHub commit eller pull-begäran

Länka arbetsobjekt till GitHub genom att söka efter och välja önskad lagringsplats och öka detaljnivån för att hitta och länka till den specifika pull-begäran eller incheckningen. Du behöver inte längre flera fönsterändringar och kopiera/klistra in (även om du fortfarande har det alternativet).

AB#-länkar på GitHub-pull-begäranden

Som en del av de pågående förbättringarna av Azure Boards + GitHub-integreringen förbättrar en förhandsversionsfunktion upplevelsen av AB#-länkar. Med den här uppdateringen visas dina AB#-länkar nu direkt i avsnittet Utveckling i GitHub-pull-begäran. Du kan visa länkade arbetsobjekt utan att behöva gå igenom beskrivning eller kommentarer, vilket ger enklare åtkomst till dessa AB#-länkar.

Dessa länkar är endast tillgängliga när du använder AB# i beskrivningen av pull-begäran. De visas inte om du länkar direkt från pull-begäran från arbetsobjektet. Om du tar bort AB#-länken från beskrivningen tas den också bort från utvecklingskontrollen.