Azure DevOps Remote-MCP-Server allgemein verfügbar und neue Auditereignisse

In diesem Sprint ist der Azure DevOps Remote MCP Server jetzt allgemein verfügbar, mit erweiterter Unterstützung für Microsoft Foundry und Copilot Studio. Darüber hinaus haben wir die Überwachung erweitert, um einen größeren Einblick in administrative und sicherheitsbezogene Aktivitäten zu bieten. Neue Überwachungsereignisse erfassen jetzt Änderungen an Diensthooks und Lizenzierungsaktualisierungen, während das Streaming von Überwachungsdaten an Azure Monitor-Protokolle jetzt die Microsoft Entra-basierte Autorisierung verwendet, um die Sicherheit zu erhöhen und modernen Authentifizierungsverfahren zu entsprechen.

Weitere Informationen finden Sie in den Versionshinweisen.

General

Azure Pipelines

Wiki

General

Azure DevOps Remote MCP-Server ist jetzt allgemein verfügbar

Der Azure DevOps Remote-MCP-Server ist jetzt allgemein verfügbar, wodurch es einfacher ist, KI-Agents und Copiloten sicher mit Azure DevOps zu verbinden, ohne die lokale Infrastruktur zu verwalten. Die allgemeine Verfügbarkeitsversion erweitert auch die Unterstützung für Microsoft Foundry und Copilot Studio, sodass Entwickler KI-gestützte Erfahrungen erstellen können, die sicher auf Azure DevOps Arbeitsaufgaben, Repositorys, Pipelines und mehr über einen gehosteten MCP-Endpunkt zugreifen können.

Erfahren Sie mehr über den Azure DevOps Remote MCP-Server.

Azure Monitor-Protokollüberwachungsstreaming verwendet jetzt Microsoft Entra-Authentifizierung für die Arbeitsbereichsautorisierung

Azure DevOps überprüft jetzt den Zugriff auf den Arbeitsbereich für das Azure Monitor-Protokollüberwachungsstreaming mithilfe der Microsoft Entra-Identität des angemeldeten Benutzers. Während des Setups und bestimmter Neukonfigurationsszenarien werden Benutzer möglicherweise aufgefordert, sich bei Azure anzumelden, damit Azure DevOps den Zugriff auf den Zielarbeitsbereich Azure Monitor Protokolle über Azure Resource Manager überprüfen können.

Diese Änderung unterstützt die fortlaufende Deaktivierung der Arbeitsbereichs-ID und der auf freigegebenen Schlüssel basierenden Autorisierung und stellt sicher, dass nur Benutzer mit den entsprechenden Azure Berechtigungen Azure Monitor Protokollüberwachungsstreams konfigurieren oder erneut aktivieren können.

Überwachungsereignisse für abgelaufene Visual Studio Abonnements und GitHub Enterprise-Lizenzen

Wenn das Visual Studio-Abonnement eines Benutzers oder GitHub Enterprise-Lizenz nicht mehr gültig ist, gibt Azure DevOps jetzt ein Licensing.Modified Überwachungsereignis aus, gefolgt von einem Licensing.Assigned Ereignis, wenn eine Fallbackzugriffsstufe angewendet wird. Diese vom System initiierten Änderungen werden „Azure DevOps Services“ zugeschrieben und in der Überwachungsbenutzeroberfläche, in Exporten und im Auditstreaming angezeigt. Erfahren Sie mehr über Lizenzprüfungsvorgänge.

Überwachungsereignisse für Service Hooks

Änderungen an Service Hook-Abonnements werden jetzt im Azure DevOps-Überwachungsprotokoll erfasst, einschließlich Erstellung, Löschung, Konfigurationsänderungen, Änderungen an abonnierten Ereignissen, Änderungen des Aktivieren-/Deaktivieren-Status sowie Fällen, in denen ein Abonnement gedrosselt wird. Diese Ereignisse sind in der Benutzeroberfläche des Überwachungsprotokolls, im Überwachungsstreaming und in den Überwachungs-APIs verfügbar. Die vollständige Liste finden Sie unter "Überwachungsereignisse ".

Azure Pipelines

Pipeline-Builds werden auf von Microsoft Entra ausgestellte Zugriffstoken umgestellt.

Pipeline-Builds stellen auf die Authentifizierung mit einem von Microsoft Entra ausgestellten Zugriffstoken anstelle eines von Azure DevOps ausgestellten Zugriffstokens um. Diese Änderung platziert die Pipelineidentität auf derselben Plattform, die bereits den Rest Ihrer Microsoft Cloud steuert, mit konsistenter Ausstellung und Validierung und einem einzigen Ort, an dem Identitätsrichtlinien angewendet und überwacht werden.

Die Änderung ist für Pipelines transparent: dieselben Builds, dasselbe Authentifizierungsverhalten und keine Konfiguration, die aktualisiert werden soll. In dem seltenen Fall, dass Ihre Pipeline das Buildtoken decodiert und eine direkte Abhängigkeit von ihrem Inhalt verwendet, kann dieser Schritt fehlschlagen. Wenn Sie eine solche Abhängigkeit haben, verschieben Sie sie in die unterstützten Azure DevOps REST-APIs, wie in Authentifizierungstoken beschrieben, sind kein Datenvertrag.

Unterstützung für ARM64 mit VSTest v3-Aufgabe

Die VSTest v3-Aufgabe unterstützt jetzt die Ausführung auf Windows ARM64-Agents. Wenn Sie Ihre Pipelines auf einem ARM64-Agenten ausführen, verwendet die Aufgabe automatisch die native ARM64-Ausführungsdatei vstest.console, sodass Sie ARM64-Anwendungen und -Workloads effizienter erstellen und validieren können.

Verbesserte Codeabdeckung für Azure Pipelines

Azure Pipelines verfügt jetzt über eine verbesserte Codeabdeckung, die Teams dabei hilft, die Abdeckung komplexer Builds zu verstehen, einschließlich Multikonfigurations- und Multitarget-Framework-Szenarien. Basierend auf Kundenfeedback bietet die neue Oberfläche eine klarere Übersicht über die Gesamtabdeckung, wobei die Möglichkeit erhalten bleibt, detaillierte Ergebnisse zu erhalten.

Die neue Oberfläche umfasst die folgenden Verbesserungen:

  • Die Dateiansicht bietet Codeabdeckung auf Ordner- und Dateiebene, einschließlich aggregierter Abdeckung über Module und Buildkonfigurationen, wodurch die allgemeine Projektabdeckung einfacher zu verstehen ist.

    Überprüfen Sie die aggregierte Codeabdeckung nach Ordnern und Dateien.

  • Die Visualisierung der Quellcodeabdeckung ermöglicht es Ihnen, einen Drilldown zu einzelnen Dateien durchzuführen und abgedeckten, teilweise abgedeckten und nicht abgedeckten Code direkt in der Codeabdeckungsansicht schnell zu erkennen.

    Überprüfen Sie abgedeckte und nicht abgedeckte Zeilen in einer Quelldatei.

  • In der Detailansicht können Sie einen Drilldown in konfigurationsspezifische und modulspezifische Abdeckungsdaten ausführen, wenn Sie tiefere Einblicke benötigen.

    Prüfen Sie die Details zur Codeabdeckung nach Modul und Konfiguration.

  • HTML-Abdeckungsberichte bleiben über die Umschaltfläche " Abdeckungsbericht anzeigen " verfügbar, sodass Sie zur vollständigen Berichterfahrung wechseln können, wenn Sie eine erweiterte Abdeckungsanalyse benötigen.

    Öffnen Sie den vollständigen HTML-Codeabdeckungsbericht.

Diese Funktion ist für unterstützte „VSTest“ und „Veröffentlichung von Ergebnissen der Codeabdeckung Version 2“-Abdeckungsszenarien verfügbar.

Wiki

Verbesserte Wiederherstellung der Wiki-Seite

Wir haben Azure DevOps Wiki verbessert, um versehentlich gelöschte Seiten zuverlässiger wiederherzustellen. Wenn eine Wiki-Seite gelöscht und dann innerhalb von 30 Tagen auf demselben Pfad neu erstellt wird, behält sie nun die ursprüngliche Seiten-ID bei, anstatt eine neue zu erhalten.

Diese Änderung behält vorhandene Links zur Seite bei, wodurch fehlerhafte URLs verhindert werden, nachdem eine Seite wiederhergestellt wurde. In den meisten Fällen ist die Änderung für Benutzer transparent, aber es macht die Wiederherstellung gelöschter Wiki-Seiten viel reibungsloser.

Nächste Schritte

Hinweis

Diese Features werden in den nächsten zwei bis drei Wochen eingeführt. Wechseln Sie zu Azure DevOps und sehen Sie es sich an.

Gehen Sie zu Azure DevOps

So geben Sie Feedback

Wir möchten hören, was Sie über diese Features denken. Verwenden Sie das Hilfemenü, um ein Problem zu melden oder einen Vorschlag bereitzustellen.

Vorschlag erstellen

Sie können auch Ratschläge und Ihre Fragen von der Community in Stack Overflow beantworten lassen.

  • Last updated on