Le serveur MCP distant d’Azure DevOps désormais disponible en disponibilité générale, avec de nouveaux événements d’audit

Dans ce sprint, le serveur MCP distant Azure DevOps est désormais en disponibilité générale, avec une prise en charge étendue de Microsoft Foundry et Copilot Studio. En outre, nous avons développé l’audit pour offrir une meilleure visibilité sur les activités administratives et liées à la sécurité. Les nouveaux événements d’audit permettent désormais de suivre les modifications des hooks de service et les modifications de licence, tandis que la diffusion en continu des événements d’audit vers les journaux Azure Monitor utilise désormais l’autorisation basée sur Microsoft Entra afin d’améliorer la sécurité et de s’aligner sur les pratiques d’authentification modernes.

Pour plus d’informations, consultez les notes de publication.

General

Azure Pipelines

Wiki

General

Azure DevOps serveur MCP distant est désormais en disponibilité générale

Le Azure DevOps serveur MCP distant est désormais en disponibilité générale, ce qui facilite la connexion sécurisée des agents d’IA et des copilotes à Azure DevOps sans gérer l’infrastructure locale. La version de disponibilité générale étend également la prise en charge de Microsoft Foundry et de Copilot Studio, ce qui permet aux développeurs de créer des expériences basées sur l’IA qui peuvent accéder en toute sécurité Azure DevOps aux éléments de travail, référentiels, pipelines et autres via un point de terminaison MCP hébergé.

En savoir plus sur le serveur MCP distant Azure DevOps.

La diffusion en continu des audits d’Azure Monitor Logs utilise désormais l’authentification Microsoft Entra pour l’autorisation de l’espace de travail

Azure DevOps valide désormais l’accès à l’espace de travail de diffusion en continu des audits des journaux Azure Monitor à l’aide de l’identité Microsoft Entra de l’utilisateur connecté. Lors de l’installation et dans certains scénarios de reconfiguration, les utilisateurs peuvent être invités à se connecter à Azure afin qu’Azure DevOps puisse vérifier l’accès à l’espace de travail Logs Azure Monitor cible via Azure Resource Manager.

Cette modification s’inscrit dans la dépréciation progressive de l’ID d’espace de travail et de l’autorisation basée sur une clé partagée, et contribue à garantir que seuls les utilisateurs disposant des autorisations Azure appropriées peuvent configurer ou réactiver les flux d’audit des journaux Azure Monitor.

Événements d’audit pour les abonnements Visual Studio expirés et les licences Entreprise GitHub

Quand l'abonnement Visual Studio ou la licence GitHub Enterprise d'un utilisateur n'est plus valide, Azure DevOps émet désormais un événement d’audit Licensing.Modified, suivi d’un événement Licensing.Assigned si un niveau d’accès de secours est appliqué. Ces modifications initiées par le système sont attribuées à « Azure DevOps Services » et apparaissent dans l’interface utilisateur d’audit, les exportations et la diffusion en continu d’audit. En savoir plus sur les événements d’audit des licences.

Événements d’audit pour les crochets de service

Les modifications des abonnements à des hooks de service sont désormais consignées dans le journal d’audit d’Azure DevOps, notamment la création, la suppression, les modifications de configuration, les modifications des événements auxquels les abonnements sont associés, les changements d’état d’activation ou de désactivation, ainsi que les cas où un abonnement est soumis à une limitation de débit. Ces événements sont disponibles dans l’interface utilisateur du journal d’audit, le streaming d’audit et les API d’audit. Consultez les événements d’audit pour obtenir la liste complète.

Azure Pipelines

Les builds de pipeline passent à des jetons d’accès émis par Microsoft Entra

Les builds de pipeline passent à l’authentification avec un jeton d’accès émis par Microsoft Entra au lieu d’un jeton d’accès émis par Azure DevOps. Cette modification place l’identité de pipeline sur la même plateforme qui régit déjà le reste de votre cloud Microsoft, avec une émission et une validation cohérentes et un emplacement unique où la stratégie d’identité est appliquée et auditée.

La modification est transparente pour les pipelines : les mêmes builds, le même comportement d’authentification et aucune configuration à mettre à jour. Dans les rares cas où votre pipeline décode le jeton de build et prend une dépendance directe sur son contenu, cette étape peut échouer. Si vous avez une telle dépendance, déplacez-la vers les API REST prises en charge Azure DevOps, comme décrit dans Jetons d’authentification ne sont pas un contrat de données.

Prise en charge de l’ARM64 avec la tâche VSTest v3

La tâche VSTest v3 prend désormais en charge l’exécution sur Windows agents ARM64. Lors de l’exécution de vos pipelines sur un agent ARM64, la tâche utilise automatiquement l’exécutable ARM64 vstest.console natif, ce qui vous permet de générer et de valider plus efficacement les applications et charges de travail ARM64.

Amélioration de l’expérience de couverture du code pour Azure Pipelines

Azure Pipelines dispose désormais d’une expérience de couverture de code améliorée qui permet aux équipes de mieux comprendre la couverture entre les builds complexes, notamment les scénarios multiconfiguration et multitarget-framework. En fonction des commentaires des clients, la nouvelle expérience offre une vue plus claire de la couverture globale tout en préservant la possibilité d’explorer les résultats détaillés.

La nouvelle expérience comprend les améliorations suivantes :

  • La vue Fichiers fournit une couverture du code au niveau du dossier et du fichier, y compris la couverture agrégée entre les modules et les configurations de build, ce qui facilite la compréhension de la couverture globale du projet.

    Passez en revue la couverture du code agrégé par dossier et fichier.

  • La visualisation de la couverture du code source vous permet d’explorer des fichiers individuels et d’identifier rapidement le code couvert, partiellement couvert et découvert directement à partir de l’expérience de couverture du code.

    Passez en revue les lignes couvertes et découvertes dans un fichier source.

  • La vue Détails vous permet d’explorer les données de couverture spécifiques à la configuration et au niveau du module lorsque vous avez besoin d’insights plus approfondis.

    Passez en revue les détails de couverture du code par module et configuration.

  • Les rapports de couverture HTML restent disponibles via le bouton bascule Afficher le rapport de couverture, ce qui vous permet de passer à l’expérience complète du rapport lorsque vous avez besoin d’une analyse de couverture plus avancée.

    Ouvrez le rapport complet de couverture du code HTML.

Cette expérience est disponible pour les scénarios de couverture pris en charge avec VSTest et Publish Code Coverage Results v2.

Wiki

Amélioration de la récupération de pages Wiki

Nous avons amélioré Azure DevOps Wiki afin de rendre plus fiable la récupération des pages supprimées accidentellement. Si une page wiki est supprimée, puis recréée au même chemin dans les 30 jours, elle conserve désormais son ID de page d’origine au lieu de recevoir un nouveau.

Cette modification conserve les liens existants vers la page, ce qui permet d’empêcher les URL rompues après la restauration d’une page. Dans la plupart des cas, la modification est transparente pour les utilisateurs, mais elle rend la récupération des pages wiki supprimées beaucoup plus lisse.

Étapes suivantes

Note

Ces fonctionnalités seront déployées au cours des deux à trois prochaines semaines. Allez à Azure DevOps et regardez.

Accéder à Azure DevOps

Comment fournir des commentaires

Nous voulons entendre ce que vous pensez de ces fonctionnalités. Utilisez le menu d’aide pour signaler un problème ou fournir une suggestion.

Faire une suggestion

Vous pouvez également obtenir des conseils et répondre à vos questions par la communauté sur Stack Overflow.

  • Last updated on