Azure DevOps fjärr-MCP Server allmänt tillgänglig och nya granskningshändelser

I den här sprinten är Azure DevOps Remote MCP Server nu allmänt tillgänglig, med utökat stöd för Microsoft Foundry och Copilot Studio. Dessutom har vi utökat granskning för att ge större insyn i administrativa och säkerhetsrelaterade aktiviteter. Nya granskningshändelser spårar nu ändringar i service hooks och licensuppdateringar, medan strömning av granskningsdata till Azure Monitor-loggar nu använder Microsoft Entra-baserad auktorisering för att förbättra säkerheten och anpassas till moderna autentiseringsmetoder.

Mer information finns i versionsinformation.

General

Azure-pipelines

Wiki

General

Azure DevOps fjärr-MCP-server är nu allmänt tillgänglig

Den Azure DevOps fjärr-MCP-servern är nu allmänt tillgänglig, vilket gör det enklare att på ett säkert sätt ansluta AI-agenter och andrepiloter till Azure DevOps utan att hantera lokal infrastruktur. Den allmänna tillgänglighetsversionen utökar också stödet till Microsoft Foundry och Copilot Studio, vilket gör det möjligt för utvecklare att skapa AI-baserade upplevelser som på ett säkert sätt kan komma åt Azure DevOps arbetsobjekt, lagringsplatser, pipelines med mera via en värdbaserad MCP-slutpunkt.

Läs mer om Azure DevOps fjärr-MCP-servern.

Strömmning av granskningsloggar i Azure Monitor Logs använder nu Microsoft Entra-autentisering för arbetsytans auktorisering

Azure DevOps validerar nu åtkomst till arbetsytan för granskningsströmning i Azure Monitor Logs med den inloggade användarens Microsoft Entra-identitet. Under installationen och vissa omkonfigurationsscenarier kan användarna uppmanas att logga in på Azure så att Azure DevOps kan verifiera åtkomsten till målarbetsytan Azure Monitor Loggar via Azure Resource Manager.

Den här ändringen stöder pågående utfasning av arbetsyte-ID och delad nyckelbaserad auktorisering och hjälper till att säkerställa att endast användare med rätt Azure behörigheter kan konfigurera eller återaktivera Azure Monitor Loggar granskningsströmmar.

Granska händelser för utgångna Visual Studio prenumerationer och GitHub Enterprise-licenser

När en användares Visual Studio-prenumeration eller GitHub Enterprise-licens inte längre är giltig genererar Azure DevOps nu en Licensing.Modified granskningshändelse följt av en Licensing.Assigned händelse om en återställningsåtkomstnivå tillämpas. Dessa systeminitierade ändringar tillskrivs "Azure DevOps Services" och visas i granskningsgränssnittet, exporter och granskningsströmning. Läs mer om licensiering av granskningshändelser.

Granskningshändelser för tjänsthookar

Ändringar av prenumerationer för service hooks loggas nu i granskningsloggen i Azure DevOps, inklusive skapande, borttagning, konfigurationsändringar, ändringar av vilka händelser som prenumereras på, ändringar av aktiverings-/inaktiveringsstatus och när en prenumeration stryps. Dessa händelser är tillgängliga i granskningsloggens användargränssnitt, granskningsströmning och gransknings-API:er. Se Granskningshändelser för en fullständig lista.

Azure-pipelines

Pipelineversioner flyttas till Microsoft Entra-utfärdade åtkomsttoken

Pipelineversioner övergår till att autentisera med en Microsoft Entra utfärdad åtkomsttoken i stället för en Azure DevOps utfärdad. Den här ändringen placerar pipelineidentitet på samma plattform som redan styr resten av ditt Microsoft moln, med konsekvent utfärdande och validering och en enda plats där identitetsprincipen tillämpas och granskas.

Ändringen är transparent för pipelines: samma versioner, samma autentiseringsbeteende och ingen konfiguration att uppdatera. I det sällsynta fall där pipelinen avkodar buildtoken och har ett direkt beroende av dess innehåll kan det steget misslyckas. Om du har ett sådant beroende bör du flytta det till de REST-API:er för Azure DevOps som stöds, så som beskrivs i Autentiseringstoken är inte ett datakontrakt.

Stöd för ARM64 med VSTest v3-uppgift

UPPGIFTEN VSTest v3 stöder nu körning på Windows ARM64-agenter. När du kör dina pipelines på en ARM64-agent använder uppgiften automatiskt den inbyggda körbara ARM64-filen vstest.console , så att du kan skapa och validera ARM64-program och arbetsbelastningar mer effektivt.

Förbättrad kodtäckningsupplevelse för Azure-pipelines

Azure-pipelines har nu en förbättrad kodtäckningsupplevelse som hjälper teamen att bättre förstå täckningen i komplexa versioner, inklusive scenarier med multikonfiguration och multitarget-framework. Baserat på feedback från kunder ger den nya versionen en tydligare bild av den övergripande täckningen, samtidigt som det fortfarande går att gå ned på detaljnivå i resultaten.

Den nya upplevelsen innehåller följande förbättringar:

  • Filvyn ger kodtäckning på mapp- och filnivå, inklusive aggregerad täckning mellan moduler och byggkonfigurationer, vilket gör det lättare att förstå övergripande projekttäckning.

    Granska aggregerad kodtäckning efter mapp och fil.

  • Med visualisering av källkodstäckning kan du öka detaljnivån i enskilda filer och snabbt identifiera täckt, delvis täckt och oskyddad kod direkt från kodtäckningsupplevelsen.

    Granska täckta och oskyddade rader i en källfil.

  • Med informationsvyn kan du öka detaljnivån för konfigurationsspecifika och modulnivåtäckningsdata när du behöver djupare insikter.

    Granska detaljer om kodtäckning per modul och konfiguration.

  • HTML-täckningsrapporter förblir tillgängliga via växlingsknappen Visa täckningsrapport , så att du kan växla till den fullständiga rapportupplevelsen när du behöver mer avancerad täckningsanalys.

    Öppna den fullständiga HTML-kodtäckningsrapporten.

Den här funktionen är tillgänglig för täckningsscenarier som stöds i VSTest och Publish Code Coverage Results v2.

Wiki

Förbättrad wiki-sidåterställning

Vi har förbättrat Azure DevOps Wiki för att göra återställningen av sidor som tagits bort av misstag mer tillförlitlig. Om en wiki-sida tas bort och sedan återskapas på samma sökväg inom 30 dagar behåller den nu sitt ursprungliga sid-ID i stället för att ta emot ett nytt.

Den här ändringen bevarar befintliga länkar till sidan, vilket förhindrar brutna URL:er när en sida har återställts. I de flesta fall är ändringen transparent för användare, men det gör återställningen av borttagna wiki-sidor mycket smidigare.

Nästa steg

Note

Dessa funktioner kommer att distribueras under de kommande två till tre veckorna. Gå till Azure DevOps och ta en titt.

Gå till Azure DevOps

Så här ger du feedback

Vi vill höra vad du tycker om de här funktionerna. Använd hjälpmenyn för att rapportera ett problem eller ge ett förslag.

Ge ett förslag

Du kan också få råd och dina frågor som besvaras av communityn på Stack Overflow.

  • Last updated on