Azure DevOps externe MCP-server algemeen beschikbaar en nieuwe controlegebeurtenissen

In deze sprint is de Azure DevOps Externe MCP-server nu algemeen beschikbaar, met uitgebreide ondersteuning voor Microsoft Foundry en Copilot Studio. Daarnaast hebben we de controle uitgebreid om meer inzicht te krijgen in beheer- en beveiligingsactiviteiten. Nieuwe controlegebeurtenissen volgen nu wijzigingen in servicehook en licentie-updates, terwijl streaming naar Azure Monitor logboeken nu gebruikmaakt van op Microsoft Entra gebaseerde autorisatie om de beveiliging te verbeteren en in overeenstemming te zijn met moderne verificatieprocedures.

Bekijk de releaseopmerkingen voor meer informatie.

General

Azure-pipelines

Wiki

General

Azure DevOps Externe MCP-server is nu algemeen beschikbaar

De Azure DevOps Externe MCP-server is nu algemeen beschikbaar, waardoor het eenvoudiger is om AI-agents en copilots veilig te verbinden met Azure DevOps zonder lokale infrastructuur te beheren. De release voor algemene beschikbaarheid breidt ook ondersteuning uit voor Microsoft Foundry en Copilot Studio, zodat ontwikkelaars ai-ervaringen kunnen bouwen die veilig toegang hebben tot Azure DevOps werkitems, opslagplaatsen, pijplijnen en meer via een gehost MCP-eindpunt.

Meer informatie over de Azure DevOps Externe MCP-server.

Streaming van controlelogboeken in Azure Monitor-logboeken gebruikt nu Microsoft Entra-authenticatie voor autorisatie voor werkruimten

Azure DevOps valideert nu de toegang tot de auditstreamingwerkruimte van Azure Monitor Logs met de Microsoft Entra-identiteit van de aangemelde gebruiker. Tijdens de installatie en in bepaalde scenario's voor herconfiguratie worden gebruikers mogelijk gevraagd om zich aan te melden bij Azure, zodat Azure DevOps via Azure Resource Manager de toegang tot de doelwerkruimte van Azure Monitor Logs kan verifiëren.

Deze wijziging ondersteunt de voortdurende afschaffing van werkruimte-id en autorisatie op basis van gedeelde sleutels en zorgt ervoor dat alleen gebruikers met de juiste Azure machtigingen Azure Monitor auditstromen kunnen configureren of opnieuw inschakelen.

Gebeurtenissen controleren voor verlopen Visual Studio abonnementen en GitHub Enterprise-licenties

Wanneer het Visual Studio-abonnement van een gebruiker of GitHub Enterprise-licentie niet meer geldig is, verzendt Azure DevOps nu een Licensing.Modified controlegebeurtenis, gevolgd door een Licensing.Assigned gebeurtenis als een terugvaltoegangsniveau wordt toegepast. Deze door het systeem geïnitieerde wijzigingen worden toegeschreven aan 'Azure DevOps Services' en worden weergegeven in de controlegebruikersinterface, exports en controlestreaming. Meer informatie over licentiecontrolegebeurtenissen.

Controlegebeurtenissen voor servicehooks

Abonnementswijzigingen voor servicehook worden nu vastgelegd in het Azure DevOps auditlogboek, waaronder maken, verwijderen, configuratiewijzigingen, wijzigingen in geabonneerde gebeurtenissen, statuswijzigingen in- of uitschakelen en wanneer een abonnement wordt beperkt. Deze gebeurtenissen zijn beschikbaar in de gebruikersinterface van het auditlogboek, controlestreaming en de controle-API's. Zie Controlegebeurtenissen voor de volledige lijst.

Azure-pipelines

Pipeline-builds stappen over op door Microsoft Entra uitgegeven toegangstokens

Pijplijnbuilds schakelen over op authenticatie met een door Microsoft Entra uitgegeven toegangstoken in plaats van een door Azure DevOps uitgegeven toegangstoken. Deze wijziging plaatst de pijplijnidentiteit op hetzelfde platform dat al de rest van uw Microsoft cloud regelt, met consistente uitgifte en validatie en één plaats waar identiteitsbeleid wordt toegepast en gecontroleerd.

De wijziging is transparant voor pijplijnen: dezelfde builds, hetzelfde verificatiegedrag en geen configuratie die moet worden bijgewerkt. In het zeldzame geval dat uw pijplijn de build-token decodeert en rechtstreeks afhankelijk is van de inhoud ervan, kan die stap mislukken. Als u een dergelijke afhankelijkheid hebt, verplaatst u deze naar de ondersteunde Azure DevOps REST API's, zoals beschreven in verificatietokens zijn geen gegevenscontract.

Ondersteuning voor ARM64 met VSTest v3-taak

De VSTest v3-taak ondersteunt nu de uitvoering op Windows ARM64-agents. Wanneer u uw pijplijnen uitvoert op een ARM64-agent, gebruikt de taak automatisch het systeemeigen uitvoerbare ARM64-bestand vstest.console , zodat u ARM64-toepassingen en -workloads efficiënter kunt bouwen en valideren.

Verbeterde ervaring voor codedekking voor Azure-pipelines

Azure-pipelines heeft nu een verbeterde codedekkingservaring waarmee teams beter inzicht krijgen in de dekking in complexe builds, waaronder scenario's met meerdere configuraties en multitarget-framework. Op basis van feedback van klanten biedt de nieuwe ervaring een duidelijker overzicht van de algehele dekking, terwijl u de mogelijkheid behoudt om in te zoomen op gedetailleerde resultaten.

De nieuwe ervaring bevat de volgende verbeteringen:

  • De bestandsweergave biedt codedekking op map- en bestandsniveau, inclusief geaggregeerde dekking in modules en buildconfiguraties, zodat u de algehele projectdekking gemakkelijker kunt begrijpen.

    Bekijk de dekking van geaggregeerde code per map en bestand.

  • Met visualisatie van broncodedekking kunt u inzoomen op afzonderlijke bestanden en snel gedekte, gedeeltelijk gedekte en blootgelegde code rechtstreeks vanuit de codedekkingservaring identificeren.

    Bekijk de gedekte en onopgedekte regels in een bronbestand.

  • Met de detailweergave kunt u inzoomen op configuratiespecifieke dekkingsgegevens en dekkingsgegevens op moduleniveau wanneer u meer inzicht nodig hebt.

    Bekijk de details van de codedekking per module en configuratie.

  • HTML-dekkingsrapporten blijven beschikbaar via de wisselknop Dekkingsrapport weergeven , zodat u kunt overschakelen naar de volledige rapportervaring wanneer u een geavanceerdere dekkingsanalyse nodig hebt.

    Open het volledige html-codedekkingsrapport.

Deze ervaring is beschikbaar voor ondersteunde VSTest- en Publish Code Coverage Results v2-dekkingsscenario's.

Wiki

Verbeterd herstel van Wiki-pagina's

We hebben Azure DevOps Wiki verbeterd om het herstellen van per ongeluk verwijderde pagina's betrouwbaarder te maken. Als een wikipagina wordt verwijderd en vervolgens binnen 30 dagen opnieuw wordt gemaakt op hetzelfde pad, behoudt deze nu de oorspronkelijke pagina-id in plaats van een nieuwe te ontvangen.

Deze wijziging behoudt bestaande koppelingen naar de pagina, waardoor verbroken URL's worden voorkomen nadat een pagina is hersteld. In de meeste gevallen is de wijziging transparant voor gebruikers, maar maakt het herstellen van verwijderde wikipagina's veel soepeler.

Volgende stappen 

Note

Deze functies worden de komende twee tot drie weken uitgerold. Ga naar Azure DevOps en kijk eens.

Ga naar Azure DevOps

Feedback geven

We willen horen wat u van deze functies vindt. Gebruik het Help-menu om een probleem te melden of een suggestie op te geven.

Een suggestie doen

U kunt ook advies krijgen en uw vragen beantwoorden door de community op Stack Overflow.

  • Last updated on