Integratie met de functies van GitHub, inclusief de tijdlijn en roadmap

Routekaart

In de volgende sectie worden nieuwe functies beschreven die in ontwikkeling zijn voor de integratie van Azure Boards met GitHub.

• Codeeragent: ontwikkelaars kunnen Copilot rechtstreeks vanuit een Azure Boards-werkitem aanroepen, een GitHub-doelopslagplaats en -vertakking selecteren en een concept pull-aanvraag maken die gekoppeld blijft aan het oorspronkelijke werkitem. Dit biedt end-to-end traceerbaarheid van werkplanning via codewijzigingen.

• Aangepaste Agents voor Coderingsagent: Wanneer u de Coderingsagent gebruikt vanuit een werkitem, kunnen gebruikers kiezen uit een set aangepaste agents.

• Externe MCP-server: we introduceren een gehoste, externe MCP-server die een beperkte set hulpprogramma's beschikbaar maakt van de lokale Azure DevOps MCP-server. Deze eerste release richt zich op de belangrijkste platformmogelijkheden en de meest gebruikte hulpprogramma's voor werkitems, zodat klanten kunnen integreren met Azure DevOps zonder een lokale MCP-server uit te voeren of te beheren.

• Limietverhoging: De huidige limiet van GitHub-opslagplaatsen die kunnen worden verbonden met één Azure Boards-project, wordt verhoogd van 1000 tot 2000 opslagplaatsen, wat meer flexibiliteit biedt voor grotere organisaties en complexe GitHub-integraties.

Geleverde functies

Lokale MCP-server van Azure DevOps

De lokale MCP-server voor Azure DevOps biedt verbeterde aanmelding en autorisatie, nieuwe en verfijnde hulpprogramma's en introduceert 'domeinen' om hulpprogramma's te helpen bereiken en clientlimieten te beheren.

De Azure DevOps MCP-server fungeert als een brug tussen AI-assistenten zoals GitHub Copilot en Azure DevOps, zodat gebruikers veilig toegang kunnen krijgen tot werkitems, wiki's, testplannen en meer binnen hun eigen omgeving.

Ga naar de Azure DevOps MCP Server-opslagplaats voor installatie-instructies, voorbeelden en richtlijnen voor bijdragen.

Oplossingen voor het verbeteren van GitHub-integratie en -beveiliging

In deze sprint hebben we verschillende kritieke fouten opgelost om de beveiliging en betrouwbaarheid van Azure Boards GitHub-integraties te verbeteren:

• Er zijn meerdere problemen opgelost met betrekking tot het verwerken van toegangstokens, waaronder het onvermogen om tokens in te trekken, het gebruik van te brede machtigingen en het ontbreken van tokenverificatie.
• Kwetsbaarheden op het gebied van privilegescalatie aangepakt bij zowel de GitHub-verbinding als bij de processen voor het aanmaken van vertakkingen.
• Permanente opslag van GitHub-PAT's verwijderd na verbreking van de verbinding om onbedoelde toegang te voorkomen.
• Het gebruik van jokerherkomsten in de CORS-configuratie is geëlimineerd om strengere beveiligingscontroles af te dwingen
• Verbeterd geheimbeheer door gitHub-clientgeheimen te roteren en het wereldwijde delen tussen organisaties te stoppen
• Verbeterde logboekregistratie en controle bij het verwijderen van serviceverbindingen
• Mogelijke informatielekken opgelost die worden veroorzaakt door onjuist geconfigureerde webhooks

GitHub-integratie: vermeldingen van pull-aanvragen

U kunt nu vermeldingen gebruiken ! om rechtstreeks vanuit een groot tekstveld of opmerking naar GitHub-pull-aanvragen te verwijzen en te bespreken.

GitHub-integratie: Ondersteuning voor statusovergang

We hebben de ondersteuning uitgebreid voor het koppelen van GitHub-pull-aanvragen aan Azure Boards-werkitems. Voorheen werd alleen het Fixes AB#{ID} trefwoord ondersteund. Met deze update kunt u nu {State or Category} AB#{ID} gebruiken om werkitems automatisch over te zetten naar de gewenste status tijdens samenvoegen.

Als de beschrijving van de GitHub-pull-aanvraag een statusnaam bevat (bijvoorbeeld Validate AB#1234), wordt de status van het gekoppelde werkitem bijgewerkt als gevolg hiervan. Als de statusnaam niet wordt herkend, controleren we of deze overeenkomt met een statuscategorie (zoals Resolved). Als dit het geval is, wordt het werkitem overgezet naar de eerste beschikbare status binnen die categorie.

Als er geen overeenkomende status of categorie wordt gevonden, wordt het trefwoord genegeerd en wordt de status van het werkitem niet bijgewerkt.

Ten slotte blijft het Fixes AB#{ID} trefwoord werken zoals verwacht, waarbij standaard de statuswaarde Gesloten wordt gebruikt.

GitHub-integratie: Verbeteringen die verband houden met commits, branches en pull requests

We verbeteren voortdurend de Boards + GitHub-integratie om de bruikbaarheidsgaten te sluiten en af te stemmen op de ervaring waarmee u bekend bent in Azure-opslagplaatsen.

Met deze update hebben we verschillende verbeteringen geïntroduceerd om het proces van het koppelen van vertakkingen, pull requests en commits aan werkitems te stroomlijnen.

• Wanneer een GitHub-vertakking is gekoppeld aan een werkitem, worden alle gekoppelde pull-aanvragen nu automatisch gekoppeld. U hoeft AB# niet handmatig te gebruiken.

• Zodra een pull-aanvraag is samengevoegd, wordt de samenvoegdoorvoering automatisch gekoppeld aan het werkitem.

• Als de vertakking wordt verwijderd nadat de pull-aanvraag is samengevoegd, wordt de vertakkingskoppeling automatisch verwijderd uit het werkitem.

Deze verbeteringen maken het gemakkelijker om de voortgang van uw ontwikkeling bij te houden en schone, up-to-datum werkitemkoppelingen te onderhouden.

GitHub-integratie: buildstatus voor YAML-pijplijnen weergeven

We streven ernaar om functiepariteit te bereiken tussen YAML en klassieke pijplijnen. Een belangrijke ontbrekende functie was de mogelijkheid om een koppeling 'Geïntegreerd in build' te bieden wanneer uw opslagplaats wordt gehost in GitHub. Met onze nieuwste release hebben we deze kloof opgelost door een optie toe te voegen in YAML-pijplijninstellingen om het volgende te controleren:

Zodra de build is voltooid, wordt de bijbehorende koppeling automatisch weergegeven op de bijbehorende werkitems, waardoor het algehele traceerbaarheidsverhaal wordt verbeterd.

GitHub-integratie: de merge-commit koppelen

De samenvoegbewerking wordt nu automatisch gekoppeld aan het bijbehorende werkitem wanneer een pull-aanvraag is voltooid.

Limiet verhogen voor verbonden GitHub-opslagplaatsen

In de afgelopen maanden hebben we zowel de gebruikerservaring als de schaalbaarheid verbeterd van het verbinden van uw GitHub-opslagplaatsen met een Azure DevOps-project. In deze sprint hebben we de maximumlimiet verhoogd van 500 tot 1000 opslagplaatsen, waardoor u nog meer capaciteit hebt om uw projecten te beheren.

Inzichten in pull-aanvragen voor GitHub

We hebben de integratie tussen Pull-aanvragen van GitHub en Azure Boards verbeterd. Naast het weergeven van geopende en gesloten statussen, kunt u nu zien of een pull-aanvraag zich in de conceptmodus bevindt, de status moet worden gecontroleerd en de status wordt gecontroleerd. Alles zonder dat u de pull-aanvraag hoeft te openen.

Als u deze functie wilt inschakelen, gaat u naar de Boards-app in GitHub om de aangevraagde bijgewerkte machtigingen voor lees- en schrijftoegang tot Controles te accepteren.

Verbinding maken met zoekverbeteringen in GitHub-opslagplaatsen

Het verbinden van een Azure DevOps-project met een GitHub-organisatie is nu geoptimaliseerd, met name voor degenen met duizenden opslagplaatsen. De zoek- en selectie-ervaring elimineert het risico op time-outfouten en maakt het verbindingsproces soepeler en efficiënter.

GitHub-vertakking maken van werkitem

U kunt nu rechtstreeks vanuit een werkitem in Azure DevOps een GitHub-vertakking maken. De koppeling Nieuwe GitHub Branch is beschikbaar wanneer een GitHub-verbinding is geconfigureerd voor uw project. Deze koppeling is beschikbaar in alle contextmenu's voor werkitems, waaronder het werkitemformulier, kaart, achterstand en query's. Als u een nieuwe vertakking wilt maken, voert u de naam van de vertakking in en selecteert u de gewenste opslagplaats en basisbranch.

Koppeling toevoegen aan GitHub-doorvoer of pull-aanvraag

Koppel werkitems aan GitHub door de gewenste opslagplaats te zoeken en te selecteren en vervolgens in te zoomen om de specifieke pull-aanvraag of doorvoer te zoeken en te koppelen. U hebt niet langer meerdere vensterwijzigingen en kopiëren/plakken nodig (hoewel u die optie nog steeds hebt).

AB#-koppelingen op GitHub-pull-aanvragen

Als onderdeel van onze doorlopende verbeteringen aan de Integratie van Azure Boards + GitHub bekijken we een voorbeeld van een functie die de ervaring met AB#-koppelingen verbetert. Met deze update worden uw AB#-koppelingen nu rechtstreeks weergegeven in de sectie Ontwikkeling van de GitHub-pull-aanvraag. Dit betekent dat u de gekoppelde werkitems kunt bekijken zonder dat u door een beschrijving of opmerkingen hoeft te navigeren, zodat u eenvoudiger toegang hebt tot deze AB#-koppelingen.

Deze koppelingen zijn alleen beschikbaar wanneer u AB# gebruikt in de beschrijving van de pull-aanvraag. Ze worden niet weergegeven als u rechtstreeks vanuit de pull-aanvraag van het werkitem een koppeling maakt. Als u de AB#-koppeling uit de beschrijving verwijdert, wordt deze ook verwijderd uit de ontwikkelingscontrole.