Configurez les stratégies de déploiement à partir du portail Azure

Avec ce sprint, nous permettons aux utilisateurs de choisir leurs stratégies de déploiement directement à partir du portail Azure, et nous déployons plusieurs améliorations apportées à l’expérience utilisateur Pipelines et Repos.

Fonctionnalités

General

• Azure DevOps permet désormais aux administrateurs d’équipe de s’abonner à des événements à partir de MS Teams &Slack
• Notifications MS Teams &Slack pour les événements Repos

Azure Repos

• Ajouter des pièces jointes lors de la création d'un pull request
• Nouvelle conversion de plateforme web – Paramètres du référentiel

Azure Pipelines

• Les travaux peuvent accéder aux variables de sortie des étapes précédentes
• Limiter l'accès à l'étendue des dépôts du service de build
• Obtention de détails au moment de l’exécution sur plusieurs référentiels
• Pipelines en plusieurs étapes en version générale
• Configurer des stratégies de déploiement à partir du portail Azure

General

Azure DevOps permet désormais aux administrateurs d’équipe de s’abonner à des événements à partir de MS Teams &Slack

Outre les administrateurs de projet, Azure DevOps permet désormais aux administrateurs d’équipe de s’abonner à des événements pour Azure Boards, Azure Repos et Azure Pipelines directement à partir de Slack et MS Teams.

Notifications MS Teams & Slack pour les événements du référentiel

En guise d’amélioration de notre intégration MS Teams et Slack, vous pouvez désormais choisir de vous abonner à un ou plusieurs événements sur une demande de tirage (pull request), comme les commentaires, l’envoi de code, les mises à jour et les tentatives de fusion.

Azure Repos

Ajouter des pièces jointes au moment de la création d’une demande de tirage

Vous pouvez maintenant ajouter une pièce jointe à une pull request lors de sa création. Pour ajouter une pièce jointe, vous deviez précédemment créer la demande de tirage, puis la modifier, mais vous pouvez maintenant glisser-déplacer directement une image vers la page créer une demande de tirage.

Nouvelle conversion de plateforme web – Paramètres du référentiel

Nous avons converti les deux pages de paramètres du référentiel en une seule expérience mise à niveau vers une nouvelle plateforme web. Cette mise à niveau rend non seulement l’expérience plus rapide et plus moderne, mais ces pages fournissent également un point d’entrée unique pour toutes les stratégies du niveau du projet au niveau de la branche.

Avec cette nouvelle expérience, la navigation pour les projets avec un nombre important de référentiels est devenue plus facile en raison de temps de chargement plus rapides et d’un filtre de recherche ajouté. Vous pouvez également afficher les stratégies au niveau du projet et la liste des stratégies de référentiel croisé sous l’onglet Stratégies.

Si vous cliquez dans un référentiel, vous pouvez afficher les stratégies et les autorisations définies au niveau du référentiel. Dans l’onglet Stratégies, vous pouvez afficher la liste de chaque branche sur laquelle la stratégie est définie. À présent, cliquez sur la branche pour afficher les stratégies tout en ne laissant jamais la page des paramètres du référentiel.

À présent, lorsque des politiques sont héritées d’une étendue supérieure à celle avec laquelle vous travaillez, nous vous montrons l'origine de l'héritage à côté de chaque politique individuelle. Vous pouvez également accéder à la page où la politique de niveau supérieur a été définie en cliquant sur le nom de la portée.

La page de politique elle-même a été mise à niveau vers la nouvelle plateforme web avec des sections repliables ! Pour améliorer l'expérience de recherche d'une politique de validation de construction, de vérification de statut ou de réviseur automatique, nous avons ajouté des filtres de recherche pour chaque section.

Azure Pipelines

Les travaux peuvent accéder aux variables de sortie des étapes précédentes

Les variables de sortie peuvent désormais être utilisées à plusieurs étapes dans un pipeline YAML. Cela vous permet de transmettre des informations utiles, telles qu’une décision go/no-go ou l’ID d’une sortie générée, d’une étape à l’autre. Le résultat (état) d'une étape précédente et ses tâches sont également disponibles.

Les variables de sortie sont toujours produites par les étapes à l’intérieur des travaux. Au lieu de faire référence à dependencies.jobName.outputs['stepName.variableName'], les phases font référence à stageDependencies.stageName.jobName.outputs['stepName.variableName'].

Limiter l’accès à l’ensemble des référentiels des services de build

En s’appuyant sur l’amélioration de la sécurité des pipelines en limitant l’étendue des jetons d’accès , Azure Pipelines peut désormais limiter l’accès à son référentiel aux dépôts requis pour un pipeline YAML. Cela signifie que si le jeton d’accès des pipelines venait à fuiter, il ne pourrait voir que les référentiels utilisés dans le pipeline. Auparavant, le jeton d’accès était adapté à n’importe quel dépôt Azure Repos dans le projet, ou potentiellement à l’ensemble de la collection.

Cette fonctionnalité sera activée par défaut pour les nouveaux projets et organisations. Pour les organisations existantes, vous devez l’activer dansles Paramètres de l'organisation, >, Paramètres. Lorsque vous utilisez cette fonctionnalité, tous les référentiels Git Azure Repos accessibles par le pipeline à l’aide de l’identité de service de génération doivent être extraits explicitement à l’aide d’une checkout étape du travail qui utilise le référentiel. Pour plus d’informations, consultez Limiter l’étendue d’autorisation du travail aux référentiels Azure DevOps référencés.

Obtention de détails au moment de l’exécution concernant plusieurs référentiels

Lorsqu’un pipeline est en cours d’exécution, Azure Pipelines ajoute des informations sur le dépôt, la branche et la validation qui a déclenché l’exécution. Maintenant que les pipelines YAML prennent en charge l'extraction de plusieurs référentiels, vous aimerez peut-être également savoir quel dépôt, quelle branche et quel commit ont été extraits pour des autres référentiels. Ces données sont disponibles via une expression runtime, que vous pouvez désormais mapper dans une variable. Par exemple:

ressources:
  Dépôts:
  - référentiel : autre
    type : git
    nom : MyProject/OtherTools
Variables:
  tools.ref : $[ resources.repositories['other'].ref ]

escalier:
- paiement : automatique
- validation : autre
- bash : echo « Version des outils : $TOOLS_REF »

Pipelines multi-étapes GA

L’interface utilisateur des pipelines à plusieurs étapes est désormais en disponibilité générale. L'interrupteur de fonctionnalité d'aperçu correspondant a été supprimé. 

Vous pouvez accéder à la nouvelle expérience en sélectionnant Pipelines ->Pipelines sous le menu de navigation de gauche dans Azure DevOps. Cette expérience est le point d’entrée pour les pipelines de build classiques ainsi que pour les pipelines YAML. Il est convivial pour les mobiles et apporte diverses améliorations à la façon dont vous gérez vos pipelines. Vous pouvez approfondir et afficher les détails du pipeline, les détails de l’exécution, les analyses du pipeline, les détails des tâches, les journaux, et bien plus encore.

Pour en savoir plus sur l’expérience utilisateur des pipelines à plusieurs étapes, consultez la documentation ici.

Configurez les stratégies de déploiement à partir du portail Azure

Avec cette fonctionnalité, nous avons simplifié la configuration des pipelines qui utilisent la stratégie de déploiement de votre choix, par exemple Rolling, Canary ou Blue-Green. À l’aide de ces stratégies prêtes à l’emploi, vous pouvez déployer des mises à jour de manière sécurisée et atténuer les risques de déploiement associés. Pour y accéder, cliquez sur le paramètre « Livraison continue » dans une machine virtuelle Azure. Dans le volet de configuration, vous serez invité à sélectionner des détails sur le projet Azure DevOps dans lequel le pipeline sera créé, le groupe de déploiement, le pipeline de build qui publie le package à déployer et la stratégie de déploiement de votre choix. En continuant, vous allez configurer un pipeline entièrement fonctionnel qui déploie le package sélectionné sur cette Machine Virtuelle.

Pour plus d’informations, consultez notre documentation sur la configuration des stratégies de déploiement.

Étapes suivantes

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.