Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les améliorations apportées à Azure Repos dans ce sprint améliorent la visibilité des pull requests et suppriment les principales limites de mise à l'échelle. Les badges externes clarifient désormais les vérifications d’état des tiers, les commentaires non résolus sont affichés directement dans les listes de requêtes d'extraction, et la suppression de la limite des objets Git permet une expansion illimitée du référentiel pour le développement à grande échelle.
Pour plus d’informations, consultez les notes de publication.
General
- Dernière version de l'outil de migration de données Azure DevOps
Sécurité avancée GitHub pour Azure DevOps
Azure Boards
- Amélioration des choix d’éléments de travail de copie
- Sécurité renforcée pour les API REST d'intégration GitHub
Azure Pipelines
Azure Repos
- Améliorations apportées aux contrôles de statut des pull requests
- Afficher les commentaires non résolus sur la liste des pull requests
- Limite de nombre d’objets Git supprimée
Plans de test Azure
General
Dernière version de Azure DevOps Outil de migration de données
La dernière version de l’outil de migration de données Azure DevOps est désormais disponible pour les utilisateurs qui doivent migrer à partir de la version Azure DevOps Server publiée à la fin de 2025 vers Azure DevOps Services.
Vous pouvez télécharger la dernière version de l’outil de migration de données Azure DevOps et consulter le guide de migration.
Sécurité avancée GitHub pour Azure DevOps
Les référentiels supprimés et désactivés n’apparaissent plus dans la vue d’ensemble de la sécurité
La vue d’ensemble de la sécurité masque désormais les référentiels qui ont été supprimés ou dont la sécurité avancée est désactivée, de sorte que les vues de risque et de couverture affichent uniquement les référentiels en cours d’analyse. Cela nettoie les entrées obsolètes qui provenaient de l’état d’activation antérieur et fait en sorte que les totaux dans la vue d'ensemble de la sécurité reflètent votre empreinte actuelle.
Azure Boards
Amélioration des choix d’éléments de travail de copie
Nous avons amélioré l'expérience de l'élément de travail de copie en séparant les liens entre parents et enfants. Au lieu de copier tous les liens parents et enfants avec l’option Inclure des liens existants , vous pouvez désormais choisir de copier uniquement les liens parents, seuls les liens enfants ou les deux.
Cela offre une plus grande flexibilité et simplifie le processus dans les cas où vous souhaitez copier un élément de travail et le maintenir lié au même parent sans inclure tous les liens enfant.
Sécurité renforcée pour les API REST d’intégration GitHub
Nous avons mis à niveau les API REST d’intégration GitHub pour utiliser GitHub jetons OAuth d’application au lieu des jetons OAuth classiques pour l’authentification utilisateur. En guise d’amélioration de la sécurité, les utilisateurs seront invités à s’authentifier une fois par le biais d’une URL fournie la première fois qu’ils interagissent avec GitHub connexions après cette modification.
Une fois cette étape unique terminée, toutes les interactions d’API continuent comme d’habitude. Cette mise à jour permet l’actualisation automatique des jetons, réduisant les interruptions et éliminant la nécessité d’une réauthorisation manuelle répétée.
Azure Pipelines
Windows agent ARM64 disponible en préversion publique
L’agent ARM64 Windows est désormais disponible en préversion publique pour Windows 11. Cela apporte une prise en charge native Windows ARM64 pour les agents auto-hébergés Azure Pipelines, ce qui vous permet d’exécuter des pipelines sur des machines Windows basées sur ARM64.
Pour plus d’informations, consultez la documentation Windows agent auto-hébergé.
Azure Repos
Améliorations apportées aux vérifications d’état des demandes de tirage
Nous avons ajouté un nouveau badge Externe aux vérifications d'état des pull requests pour vous aider à distinguer les stratégies d'état personnalisées de tiers des stratégies de branche intégrées d'Azure DevOps. Auparavant, les politiques externes ressemblaient aux politiques standard telles que les builds ou les réviseurs requis, ce qui entraînait souvent de la confusion lorsqu'une pull request était bloquée.
Avec cette mise à jour, les politiques d’état externe sont désormais clairement étiquetées dans l'interface de vérification, et en survolant le badge, on obtient des détails supplémentaires sur le propriétaire de la politique et le fait qu'elle est gérée en dehors des politiques standard de la branche. Cela permet aux auteurs et aux réviseurs de comprendre rapidement pourquoi une pull request est bloquée et d'accélérer la résolution des problèmes.
Afficher les commentaires non résolus dans la liste des requêtes de tirage
Nous mettons maintenant en évidence les pull requests qui contiennent des fils de commentaires non résolus directement dans la vue de la liste des pull requests.
Cela permet aux auteurs et aux réviseurs de voir rapidement si une pull request a encore besoin d'attention avant de pouvoir être terminée ou fusionnée. Au lieu d’ouvrir chaque pull request pour vérifier l’état de la discussion, vous pouvez immédiatement voir s’il existe des commentaires de révision en suspens qui nécessitent encore une attention.
L’indicateur de commentaire non résolu affiche le nombre de threads non résolus en même temps que le nombre total de threads de commentaires (par exemple , 1/ 3), ce qui facilite la compréhension de la progression de l’examen en un clin d’œil.
Limite de nombre d’objets Git supprimée
La limite stricte du nombre d’objets Git dans un référentiel a été supprimée. Auparavant, les référentiels étaient limités à 100 millions d’objets, ce qui pourrait être une contrainte pour les bases de code très volumineuses et actives. Avec cette modification, les dépôts peuvent croître sans plafond de nombre d’objets, ce qui améliore l’extensibilité et la longévité.
Cela bénéficie particulièrement aux grands monorepos qui existent depuis longtemps, avec une histoire étendue, un grand nombre de contributeurs, et un développement continu à une échelle importante.
Plans de test Azure
Capturer le résultat réel par étape dans les exécutions de tests manuels en préversion publique
Cette fonctionnalité a été l’une des principales demandes de la communauté, et nous sommes ravis de le rendre disponible.
Vous pouvez maintenant enregistrer le résultat Actual Result pour chaque étape pendant l’exécution manuelle des tests dans Azure Test Plans. Cela capture le résultat factuel de chaque étape en même temps que Pass/Fail, ce qui vous donne une preuve structurée de ce qui s’est passé pendant l’exécution, utile pour les audits, le triage et les rapports de défauts.
La fonctionnalité est configurée par plan de test, avec trois modes :
- Désactivé (valeur par défaut) : le champ est masqué et inactif.
- Activé - Facultatif : le champ s’affiche ; l’entrée n’est pas appliquée.
- Activé - Obligatoire : les testeurs doivent entrer un résultat réel pour chaque étape qui a un résultat attendu défini avant de pouvoir continuer.
Pour plus d’informations, consultez la documentation Résultat réel.
La fonctionnalité est en préversion publique et votre entrée est cruciale. Partagez vos expériences, suggestions et tous les problèmes que vous pouvez rencontrer. Vous pouvez envoyer des commentaires directement via le Azure DevOps Developer Community ou nous envoyer un e-mail à azdo-testplans-uxr @ microsoft.com (supprimer les espaces).
Étapes suivantes
Note
Ces fonctionnalités seront déployées au cours des deux à trois prochaines semaines. Accédez à Azure DevOps et jetez un coup d’œil.
Comment fournir des commentaires
Nous aimerions entendre ce que vous pensez de ces fonctionnalités. Utilisez le menu d’aide pour signaler un problème ou fournir une suggestion.
Vous pouvez également obtenir des conseils et répondre à vos questions par la communauté sur Stack Overflow.