Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Routekaart
In de volgende sectie worden nieuwe functies beschreven die in ontwikkeling zijn voor Azure Boards-integratie met GitHub.
- Modelselectie voor cloudagent: wanneer de Copilot-cloudagent wordt gebruikt vanuit een werkitem, kunnen gebruikers een keuze maken uit een lijst met modellen.
Geleverde functies
Externe MCP-server (publieke preview)
Dit gehoste eindpunt maakt naadloze integratie met Azure DevOps mogelijk zonder dat u een lokale server hoeft te beheren. Visual Studio en Visual Studio Code ondersteunen deze functie momenteel en ondersteuning voor andere clients en services, waaronder Microsoft Foundry en Copilot Studio, is binnenkort beschikbaar.
Afhankelijk van de hulpprogramma's die u gebruikt, hoeft u alleen de volgende servergegevens toe te voegen aan uw mcp.json.
{
"servers": {
"ado-remote-mcp": {
"url": "https://mcp.dev.azure.com/{organization}",
"type": "http"
}
},
"inputs": []
}
U kunt uw installatie aanpassen met meer configuratieopties. Meer informatie.
Limietverhoging
De limiet per verbinding bij het koppelen van GitHub-opslagplaatsen aan een Azure DevOps-project is nu hoger. De nieuwe maximumlimiet in de webervaring is nu 2000, die overeenkomt met de limiet die al beschikbaar is via de UPDATE REST API.
Ondersteuning voor aangepaste agents
Integratie van Azure Boards met GitHub Copilot ondersteunt nu de selectie van aangepaste agents. Wanneer u een aangepaste agent maakt op het niveau van de opslagplaats of organisatie, wordt deze automatisch weergegeven in Azure DevOps. Wanneer u een pull-aanvraag maakt op basis van een werkitem, ziet u een nieuw selectiebeheer voor agents naast de lijst met opslagplaatsen.
Nadat u een aangepaste agent hebt geselecteerd en Maken hebt geselecteerd, genereert de agent de codewijzigingen en maakt de pull-aanvraag in de geselecteerde opslagplaats.
GitHub Copilot Cloud Agent voor Azure Boards
Met de GitHub Copilot-integratie voor Azure Boards kunnen teams naadloos overstappen van planning tot implementatie door codewijzigingen rechtstreeks vanuit Azure Boards-werkitems te genereren.
Vanuit een werkitem kunnen ontwikkelaars Copilot aanroepen, een GitHub-doelopslagplaats en -vertakking selecteren en een concept pull-aanvraag maken die gekoppeld blijft aan het oorspronkelijke werkitem, waardoor end-to-end traceerbaarheid wordt geboden van werktracering tot code.
Lokale MCP-server van Azure DevOps
De lokale MCP-server voor Azure DevOps biedt verbeterde verificatie en autorisatie, nieuwe en verfijnde hulpprogramma's en introduceert 'domeinen' om hulpprogramma's te bereiken en clientlimieten te beheren.
De MCP-server overbrugt AI-assistenten zoals GitHub Copilot en Azure DevOps, zodat u veilig toegang hebt tot werkitems, wiki's, testplannen en meer vanuit uw 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
Deze sprint heeft het team 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 de onmogelijkheid om tokens in te trekken, het gebruik van te permissieve scopes, en het ontbreken van verificatie van tokens.
- 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
De integratie ondersteunt nu 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, controleert het systeem 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 gekoppeld aan commits, vertakkingen en pull-requests
Het Azure DevOps-team verbetert voortdurend de Boards + GitHub-integratie om de bruikbaarheidsverschillen te sluiten en af te stemmen op de ervaring waarmee u bekend bent in Azure-opslagplaatsen.
Met deze update heeft het team verschillende verbeteringen geïntroduceerd om te stroomlijnen hoe branches, pull requests en commits zijn gekoppeld aan werkitems.
Wanneer u een GitHub-vertakking koppelt aan een werkitem, worden alle gekoppelde pull-aanvragen automatisch gekoppeld. U hoeft AB# niet handmatig te gebruiken.
Zodra een pull-aanvraag is samengevoegd, wordt de samenvoegdoorvoering automatisch gekoppeld aan het werkitem.
Als u de vertakking verwijdert 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
Microsoft streeft 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. In de nieuwste release wordt deze kloof opgelost door een optie toe te voegen in yamL-pijplijninstellingen om het volgende te controleren:
Wanneer 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
Het systeem koppelt de samenvoeging nu automatisch aan het bijbehorende werkitem wanneer een pull-aanvraag is voltooid.
Limiet verhogen voor verbonden GitHub-opslagplaatsen
In de afgelopen maanden heeft het productteam zowel de gebruikerservaring als de schaalbaarheid verbeterd van het verbinden van uw GitHub-opslagplaatsen met een Azure DevOps-project. In deze sprint heeft het team 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
Het productteam heeft de integratie tussen GitHub-pull-aanvragen en Azure Boards verbeterd. Naast het weergeven van geopende en gesloten statussen, kunt u nu ook zien of een pull request zich in de conceptmodus bevindt, een beoordeling nodig heeft, en de status van controles. 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 doorlopende verbeteringen aan de Integratie van Azure Boards + GitHub verbetert een preview-functie de ervaring met AB#-koppelingen. Met deze update worden uw AB#-koppelingen nu rechtstreeks weergegeven in de sectie Ontwikkeling van de GitHub-pull-aanvraag. U kunt de gekoppelde werkitems weergeven zonder dat u door 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.