Vzdálený server MCP pro Azure DevOps je nyní obecně dostupný a jsou k dispozici nové události auditu

V tomto sprintu je nyní obecně dostupný vzdálený server MCP Azure DevOps s rozšířenou podporou Microsoft Foundry a Copilot Studio. Kromě toho jsme rozšířili auditování, abychom zajistili lepší přehled o aktivitách souvisejících se správou a zabezpečením. Nové události auditu nyní sledují změny hooků služby a změny licencování, zatímco streamování auditních záznamů do protokolů Azure Monitor nyní využívá autorizaci založenou na Microsoft Entra, aby se zlepšilo zabezpečení a zajistil soulad s moderními postupy ověřování.

Podrobnosti najdete v poznámkách k verzi.

General

Azure Pipelines

Wiki

General

Azure DevOps vzdálený server MCP je teď obecně dostupný

Vzdálený server MCP pro Azure DevOps je nyní obecně dostupný, což usnadňuje bezpečné připojení agentů AI a kopilotů ke službě Azure DevOps bez nutnosti spravovat místní infrastrukturu. Verze obecné dostupnosti také rozšiřuje podporu Microsoft Foundry a Copilot Studio, což vývojářům umožňuje vytvářet prostředí využívající AI, která můžou bezpečně přistupovat k Azure DevOps pracovním položkám, úložištím, kanálům a dalším prostředkům prostřednictvím hostovaného koncového bodu MCP.

Přečtěte si další informace o Azure DevOps vzdáleném serveru MCP.

Streamování auditních protokolů Azure Monitor nyní používá ověřování pomocí Microsoft Entra k autorizaci pracovního prostoru.

Azure DevOps teď ověřuje přístup k pracovnímu prostoru pro streamování auditních protokolů Azure Monitor pomocí identity Microsoft Entra přihlášeného uživatele. Během nastavení a v určitých scénářích změny konfigurace mohou být uživatelé vyzváni k přihlášení ke službě Azure, aby Azure DevOps mohl prostřednictvím Azure Resource Manageru ověřit přístup k cílovému pracovnímu prostoru služby Azure Monitor Logs.

Tato změna podporuje probíhající postupné vyřazování autorizace založené na ID pracovního prostoru a sdíleném klíči a pomáhá zajistit, aby auditní streamy protokolů Azure Monitoru mohli konfigurovat nebo znovu povolit pouze uživatelé s odpovídajícími oprávněními v Azure.

Auditování událostí pro předplatná Visual Studio s vypršenou platností a licence GitHub Enterprise

Pokud předplatné Visual Studio nebo licence GitHub Enterprise uživatele již nejsou platné, Azure DevOps nyní generuje auditní událost Licensing.Modified, po níž následuje událost Licensing.Assigned, pokud se použije záložní úroveň přístupu. Tyto změny iniciované systémem jsou přiřazeny ke službě Azure DevOps Services a zobrazují se v uživatelském rozhraní auditování, exportech a streamování auditu. Přečtěte si další informace o událostech auditu licencování.

Auditování událostí pro háky služby

Změny odběrů service hooků se teď zaznamenávají v protokolu auditů Azure DevOps, včetně vytvoření, odstranění, změn konfigurace, změn odebíraných událostí, změn stavu povoleno/zakázáno a případů, kdy je odběr omezen. Tyto události jsou k dispozici v uživatelském rozhraní protokolu auditu, streamování auditu a rozhraních API pro audit. Úplný seznam najdete v části Auditní události.

Azure Pipelines

Sestavení v kanálech pipeline přecházejí na přístupové tokeny vydané službou Microsoft Entra.

Buildy kanálu se přecházejí na ověřování pomocí přístupového tokenu vydaného Microsoft Entra místo Azure DevOps vydaného tokenu. Tato změna přesouvá identitu pipeline na stejnou platformu, která už spravuje zbytek vašeho cloudového prostředí Microsoftu, s konzistentním vydáváním a ověřováním a s jediným místem, kde se zásady identit uplatňují a auditují.

Změna je pro kanály transparentní: stejné buildy, stejné chování ověřování a žádná konfigurace, která se má aktualizovat. Ve vzácném případě, že vaše pipeline dekóduje token sestavení a přímo závisí na jeho obsahu, může tento krok selhat. Pokud takovou závislost máte, přesuňte ji do podporovaných Azure DevOps rozhraní REST API, jak je popsáno v tématu Ověřovací tokeny Nejsou kontraktem dat.

Podpora ARM64 v úloze VSTest v3

Úloha VSTest v3 teď podporuje provádění na agentech ARM64 Windows. Při spouštění kanálů na agentu ARM64 úloha automaticky používá nativní spustitelný soubor ARM64 vstest.console , který umožňuje efektivněji sestavovat a ověřovat aplikace a úlohy ARM64.

Vylepšené pokrytí kódu pro Azure Pipelines

Azure Pipelines nyní nabízí vylepšené prostředí pro práci s pokrytím kódu, které týmům pomáhá lépe porozumět pokrytí kódu v rámci složitých sestavení, včetně scénářů s více konfiguracemi a s více cílovými frameworky. Na základě zpětné vazby zákazníků poskytuje nové prostředí přehlednější přehled o celkovém pokrytí a zároveň zachovává možnost přejít k podrobnostem podrobných výsledků.

Nové prostředí zahrnuje následující vylepšení:

  • Zobrazení souborů poskytuje pokrytí kódu na úrovni složky a souboru, včetně agregovaného pokrytí napříč moduly a konfiguracemi sestavení, což usnadňuje pochopení celkového pokrytí projektu.

    Zkontrolujte agregované pokrytí kódu podle složky a souboru.

  • Vizualizace pokrytí zdrojového kódu umožňuje přejít k podrobnostem jednotlivých souborů a rychle identifikovat pokryté, částečně pokryté a odhalené kódy přímo z prostředí pokrytí kódu.

    Zkontrolujte pokryté a nepokryté řádky ve zdrojovém souboru.

  • Zobrazení podrobností umožňuje přejít k podrobnostem o datech pokrytí na úrovni konfigurace a modulu, když potřebujete podrobnější přehledy.

    Zkontrolujte podrobnosti pokrytí kódu podle modulu a konfigurace.

  • Sestavy pokrytí HTML zůstávají dostupné prostřednictvím přepínače Zobrazit sestavu pokrytí a umožňují přepnout na úplné prostředí sestavy, pokud potřebujete pokročilejší analýzu pokrytí.

    Otevřete úplnou zprávu o pokrytí kódu ve formátu HTML.

Tato funkce je k dispozici pro podporované scénáře měření pokrytí kódu ve VSTest a Publikování výsledků pokrytí kódu v2.

Wiki

Vylepšené obnovení stránky Wiki

Vylepšili jsme Azure DevOps Wiki, aby bylo obnovení náhodně odstraněných stránek spolehlivější. Pokud se stránka wikiwebu odstraní a během 30 dnů se znovu vytvoří na stejné cestě, zachová si teď původní ID stránky místo přijetí nové.

Tato změna zachovává existující odkazy na stránku a pomáhá zabránit nefunkčním adresám URL po obnovení stránky. Ve většině případů je změna pro uživatele transparentní, ale obnovení odstraněných stránek wikiwebu je mnohem plynulejší.

Další kroky

Note

Tyto funkce se budou zavádět během následujících dvou až tří týdnů. Přejděte na Azure DevOps a podívejte se.

Přechod na Azure DevOps

Jak poskytnout zpětnou vazbu

Chceme slyšet, co si o těchto funkcích myslíte. Pomocí nabídky nápovědy můžete nahlásit problém nebo poskytnout návrh.

Udělejte návrh

Můžete také získat rady a své otázky zodpovězené komunitou ve službě Stack Overflow.

  • Last updated on