Partager via


Améliorations apportées à Azure Repos

Nous sommes ravis de partager des améliorations apportées à l’expérience Azure Repos dans Sprint 265. Cette version améliore la navigation des requêtes d'extraction avec une meilleure gestion des commentaires pour les requêtes comportant un grand nombre de commentaires, et introduit une nouvelle section pour les branches cibles dans le menu déroulant des branches de requête d'extraction, afin de faciliter l’accès à vos cibles configurées.

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

General

Repos

Pipelines

Test Plans

General

Les règles de groupe s’appliquent désormais aux utilisateurs existants

Les règles de groupe s’appliquent désormais automatiquement aux utilisateurs nouveaux et existants sans nécessiter la suppression des attributions de licence directe. Si un utilisateur a un niveau d’accès inférieur (par exemple, Partie prenante) et appartient à un groupe avec un niveau d’accès supérieur (par exemple, De base), il sera mis à niveau. Les utilisateurs disposant d’affectations directes plus élevées (par exemple, Plans de base + test) conservent leur licence existante.

Abonnement Azure requis pour les nouvelles organisations

Les nouvelles organisations Azure DevOps nécessitent désormais un abonnement Azure actif. Aucune modification apportée aux organisations existantes ou aux limites de niveau gratuit. En savoir plus sur la création d’une organisation.

Repos

Mise à niveau requise du proxy TFVC lorsqu’il est utilisé avec des référentiels TFVC hébergés (cloud)

En raison des améliorations de sécurité, les clients qui utilisent un proxy TFVC pour les référentiels TFVC hébergés dans Azure DevOps Services (cloud) sont tenus de mettre à niveau leurs proxys TFVC vers Azure DevOps Server 2022.2 Patch 7 ou version ultérieure. Une fois qu’Azure DevOps Server RTW est disponible, son proxy est également compatible avec Azure DevOps Services.

D’autres scénarios TFVC (utilisation sans proxy ou utilisation avec un proxy pour Azure DevOps Server/local) ne nécessitent aucune modification.

Nous avons amélioré le comportement de navigation des commentaires dans l'interface des pull requests. Lorsque vous accédez à un commentaire spécifique via un lien direct, le système gère désormais mieux le focus pour les pull requests avec un grand nombre de commentaires.

Les branches cibles sont désormais disponibles dans le menu déroulant des pull requests.

Les clients qui utilisent des cibles de demande de tirage auront désormais leurs branches cibles mises en surbrillance dans la nouvelle section Cibles dans la liste déroulante des branches, qui s’affiche entre la section Mine et All .

Image pour afficher la section Cible dans la liste déroulante des branches de demande de tirage.

Visitez la documentation sur la configuration des branches cibles pour les demandes de tirage (pull requests) pour apprendre à démarrer avec les branches cibles.

Pipelines

Nouveau panneau du pipeline d'exécution

Dans ce sprint, nous avons amélioré la sécurité et l’expérience d’utilisation de pipelines YAML pour les scénarios de déploiement continu (CD). Auparavant, la gestion de l’artefact de pipeline à déployer était fastidieuse et sujette aux erreurs. Il n’était pas clair quelle version vous alliez déployer par défaut. Si vous souhaitez modifier l’artefact, vous n’avez pas pu sélectionner par branche d’exécution.

  • Fist, le nouveau panneau vous permet de renseigner des paramètres, car ils peuvent déterminer l’artefact de pipeline à déployer.
  • Une fois que vous avez cliqué sur Next :Resources, vous verrez quel artefact de pipeline a été choisi. Ainsi, vous êtes sûr de ce que vous allez déployer.
  • Si vous souhaitez modifier l'artifact du pipeline, vous pouvez utiliser le sélecteur Branch pour affiner votre recherche.
  • Lorsque votre pipeline définit des paramètres mais n’utilise aucun artefact, l’interface utilisateur vous indique qu’aucun artefact de pipeline n’a été trouvé.
  • Lorsque votre pipeline ne définit pas de paramètres, le panneau Exécuter le pipeline est une étape similaire à celle d’aujourd’hui.

Il s’agit de la façon dont il se présente lorsque le pipeline utilise des artefacts de pipeline.

Voilà à quoi cela ressemble lorsque votre pipeline n'utilise pas d'artéfacts de pipeline.

Test Plans

Amélioration de l’expérience utilisateur

Le lien hypertexte de l’e-mail d’attribution du testeur dirige le testeur affecté vers la page d’exécution de test. (Utilisé pour rediriger vers l’onglet définition de test).

É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.

Faire une suggestion

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