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.
Dans la mise à jour Sprint 157 d’Azure DevOps, nous avons ajouté des colonnes de cumul aux backlogs qui vous permettent de suivre la progression des hiérarchies d’éléments de travail (par exemple, Epics/Features/User Stories). Nous avons également ajouté plusieurs améliorations pour le déploiement d’applications Azure App Service.
Pour plus d’informations, consultez la liste des fonctionnalités ci-dessous.
Nouveautés d’Azure DevOps
Fonctionnalités
Général :
- Get personalized notifications with @mention support in Slack apps
- Télécharger une liste d’organisations dans un annuaire
Azure Boards :
- Suivre la progression des éléments parents à l’aide du backlog Rollup sur les tableaux
- Mises à jour dynamiques du tableau des tâches
Azure Repos :
- Stratégie pour bloquer les fichiers avec des modèles spécifiés
- Résoudre les éléments de travail via des validations à l’aide de mots clés
- Granularité pour les réviseurs automatiques
Artefacts Azure :
- Obtenir le dernier package universel avec le caractère générique SemVer (Semantic Versioning)
- Flux Azure Artifacts dans le Gestionnaire de package Visual Studio
Azure Pipelines :
- Créer Azure Pipelines à partir de VSCode
- Nouvelle tâche de configuration des paramètres d’application Azure App Service
- Azure App Service prend désormais en charge l’échange avec la préversion
- Modèles YAML pour les applications Python et .NET Functions
- Raccordements de service pour les pipelines YAML
- Amélioration de l’application Azure Pipelines pour Jira
- Améliorations apportées à la tâche de mise en production GitHub
- Filtre de niveau intermédiaire pour les artefacts Azure Container Registry et Docker Hub
- Prise en charge du cloud souverain dans la connexion au service Kubernetes
- Mises à jour des images de pipelines hébergées
Rapports:
General
Obtenir des notifications personnalisées avec @mention prise en charge dans les applications Slack
Jusqu’à présent, tout en utilisant les applications Azure DevOps avec Slack, les clients ont dû passer beaucoup de temps à interroger les canaux Slack à la recherche de notifications nécessitant une action. À présent, l’application Azure Boards pour Slack, l’application Azure Repos pour Slack et l’application Azure Pipelines pour Slack seront utilisées @mentions dans les notifications pour alerter les utilisateurs.
Voici quelques exemples de scénarios dans lesquels les utilisateurs sont @mentioned:
- Les builds ayant échoué seront @mention le créateur de la build
- Les déploiements de mise en production en attente d’approbation seront @mention approbateurs
- Les affectations d’éléments de travail seront @mention le nouveau propriétaire
- Les modifications apportées à l’état de l’élément de travail seront @mention le propriétaire
- Les demandes de tirage en attente d’approbation seront @mention approuvées par l’approbateur
- Les demandes de tirage en cours d’approbation ou rejetées seront @mention le créateur de la demande de tirage
Kyle obtient @mentioned lorsqu’un déploiement de mise en production attend son approbation
Brian obtient @mentioned lorsqu’un élément de travail lui est attribué
Alice obtient quand sa demande de tirage est @mentioned approuvée
Télécharger une liste d’organisations dans un annuaire
Vous pouvez maintenant télécharger la liste complète des organisations sauvegardées par votre locataire Azure Active Directory. Cette liste peut être récupérée à partir de l’onglet Azure Active Directory dans les paramètres de l’organisation de n’importe quelle organisation associée à l’annuaire. Les détails du téléchargement incluent l’ID de l’organisation, le nom de l’organisation, l’URL de l’organisation et le propriétaire de l’organisation.
Azure Boards
Suivre la progression des éléments parents à l’aide du backlog Rollup sur les tableaux
Les colonnes de cumul affichent des barres de progression et/ou des totaux de champs numériques ou d’éléments descendants au sein d’une hiérarchie. Les éléments descendants correspondent à tous les éléments enfants de la hiérarchie. Une ou plusieurs colonnes de cumul peuvent être ajoutées à un backlog de produits ou de portefeuille.
Par exemple, ici, nous affichons progression par éléments de travail qui affiche des barres de progression pour les éléments de travail ascendants en fonction du pourcentage d’éléments descendants qui ont été fermés. Les éléments descendants pour Epics incluent toutes les fonctionnalités enfants et leurs éléments de travail enfants ou petits enfants. Les éléments descendants pour fonctionnalités incluent tous les récits utilisateur enfants et leurs éléments de travail enfants.
Mises à jour dynamiques du tableau des tâches
Votre tableau des tâches s’actualise automatiquement lorsque des modifications se produisent ! À mesure que d’autres membres de l’équipe déplacent ou réorganisent des cartes dans le tableau des tâches, votre tableau est automatiquement mis à jour avec ces modifications. Vous n’avez plus besoin d’appuyer sur F5 pour voir les dernières modifications.
Azure Repos
Stratégie pour bloquer les fichiers avec des modèles spécifiés
Les administrateurs peuvent désormais définir une stratégie pour empêcher les validations d’être envoyées à un référentiel en fonction des types de fichiers et des chemins d’accès. La stratégie de validation de nom de fichier bloque les envois (push) qui correspondent au modèle fourni.
Résoudre les éléments de travail via des validations à l’aide de mots clés
Vous pouvez maintenant résoudre les éléments de travail via des validations effectuées dans la branche par défaut à l’aide de mots clés tels que correctif, correctifs ou corrections. Par exemple, vous pouvez écrire : « cette modification fixe #476 » dans votre message de validation et l’élément de travail #476 sont terminés lorsque la validation est envoyée (push) ou fusionnée dans la branche par défaut. Pour plus d’informations, consultez la documentation ici.
Granularité pour les réviseurs automatiques
Auparavant, lors de l’ajout de réviseurs au niveau du groupe à une demande de tirage, une seule approbation était requise à partir du groupe qui a été ajouté. Vous pouvez maintenant définir des stratégies qui nécessitent plusieurs réviseurs d’une équipe pour approuver une demande de tirage lors de l’ajout de réviseurs automatiques. En outre, vous pouvez ajouter une stratégie pour empêcher les demandeurs d’approuver leurs propres modifications.
Artifacts d'Azure
Obtenir le dernier package universel avec le caractère générique SemVer (Semantic Versioning)
Il s’agit d’une demande longue en attente sur la Communauté des développeurs pour obtenir la dernière version du package universel à l’aide de la syntaxe générique SemVer. Vous pouvez maintenant obtenir la dernière version à l’aide d’Azure CLI et de la tâche Azure Pipelines de package universel. Consultez la documentation pour en savoir plus.
Flux Azure Artifacts dans le Gestionnaire de package Visual Studio
Nous affichons maintenant des icônes de package, des descriptions et des auteurs dans le Gestionnaire de package NuGet Visual Studio pour les packages servis à partir des flux Azure Artifacts. Auparavant, la plupart de ces métadonnées n’étaient pas fournies à VS.
Azure Pipelines
Créer Azure Pipelines à partir de VSCode
Nous avons ajouté une nouvelle fonctionnalité à l’extension Azure Pipelines pour VSCode. À présent, vous pourrez créer Azure Pipelines directement à partir de VSCode sans quitter l’IDE.
Nouvelle tâche de configuration des paramètres d’application Azure App Service
Azure App Service autorise la configuration via différents paramètres tels que les paramètres d’application, les chaînes de connexion et d’autres paramètres de configuration généraux. Nous disposons maintenant d’une nouvelle tâche Azure Pipelines , Azure App Service Settings qui prend en charge la configuration de ces paramètres en bloc à l’aide de la syntaxe JSON sur votre application web ou l’un de ses emplacements de déploiement. Cette tâche peut être utilisée avec d’autres tâches App Service pour déployer , gérer et configurer vos applications web, applications de fonction ou tout autre App Services conteneurisé.
Azure App Service prend désormais en charge l’échange avec la préversion
Azure App Service prend désormais en charge l’échange avec la préversion sur ses emplacements de déploiement. Il s’agit d’un bon moyen de valider l’application avec la configuration de production avant que l’application ne soit réellement permutée d’un emplacement intermédiaire en emplacement de production. Cela garantit également que l’emplacement cible/production ne subit pas de temps d’arrêt.
La tâche Azure App Service prend désormais en charge cette permutation multiphase via les nouvelles actions suivantes :
- Démarrez l’échange avec la préversion : lance un échange avec un aperçu (échange multiphase) et applique la configuration de l’emplacement cible (par exemple, l’emplacement de production) à l’emplacement source.
- Terminer l’échange avec la préversion : lorsque vous êtes prêt à terminer l’échange en attente, sélectionnez l’action Terminer l’échange avec préversion.
- Annuler l’échange avec la préversion : pour annuler un échange en attente, sélectionnez Annuler l’échange avec la préversion.
Modèles YAML pour les applications Python et .NET Functions
Avec cette mise à jour, nous ajoutons la prise en charge des modèles YAML pour l’application Functions basée sur .NET et Python. Conformément à la proposition de valeur des pipelines basés sur YAML, vous pouvez désormais gérer la génération et le déploiement de l’application de ces fonctions dans votre code.
Raccordements de service pour les pipelines YAML
L’intégration de services avec des pipelines YAML s’est simplement facilitée. À l’aide d’événements de hooks de service pour les pipelines YAML, vous pouvez désormais générer des activités dans des applications ou des services personnalisés en fonction de la progression des exécutions du pipeline. Par exemple, vous pouvez créer un ticket de support technique lorsqu’une approbation est requise, lancer un flux de travail de surveillance une fois qu’une étape est terminée ou envoyer une notification Push aux appareils mobiles de votre équipe en cas d’échec d’une phase.
Le filtrage sur le nom du pipeline et le nom d’étape est pris en charge pour tous les événements. Les événements d’approbation peuvent également être filtrés pour des environnements spécifiques. De même, les événements de modification d’état peuvent être filtrés par un nouvel état de l’exécution du pipeline ou par l’étape.
Amélioration de l’application Azure Pipelines pour Jira
L’application Azure Pipelines pour Jira permet une liaison bidirectionnelle entre les versions dans Azure Pipelines et les problèmes dans le cloud logiciel Jira. Jusqu’à présent, l’application n’a pris en charge la liaison que lorsqu’un dépôt GitHub était la source de la version. Avec cette mise à jour, nous avons étendu la prise en charge de la liaison lorsque Azure Repos est utilisé.
Vous pouvez utiliser une application tierce pour intégrer Azure Repos avec le cloud logiciel Jira et ajouter des clés de problème Jira au message de validation ou de demande de tirage. Lorsqu’une version déploie ces validations, vous pourrez associer les problèmes Jira déployés à la version et suivre également l’état du déploiement dans chacun des problèmes Jira.
Améliorations apportées à la tâche de mise en production GitHub
Nous avons apporté plusieurs améliorations à la tâche GitHub Release. Vous pouvez maintenant avoir un meilleur contrôle sur la création de mise en production à l’aide du champ de modèle d’étiquette en spécifiant une expression régulière de balise et la mise en production sera créée uniquement lorsque la validation de déclenchement est marquée avec une chaîne correspondante.
Nous avons également ajouté des fonctionnalités pour personnaliser la création et la mise en forme du journal des modifications. Dans la nouvelle section de la configuration du journal des modifications, vous pouvez maintenant spécifier la version par rapport à laquelle la version actuelle doit être comparée. La comparaison à la version peut être la dernière version complète (exclut les préversions), la dernière version non préliminaire ou toute version précédente correspondant à votre balise de mise en production fournie. En outre, la tâche fournit un champ de type de journal de modification pour mettre en forme le journal des modifications. En fonction de la sélection, le journal des modifications affiche une liste de validations ou une liste de problèmes/demandes de tirage classés en fonction des étiquettes.
Filtre de niveau intermédiaire pour les artefacts Azure Container Registry et Docker Hub
Auparavant, les filtres d’expressions régulières pour les artefacts Azure Container Registry et Docker Hub n’étaient disponibles qu’au niveau du pipeline de mise en production. Ils ont maintenant été ajoutés au niveau de l’étape.
Prise en charge du cloud souverain dans la connexion au service Kubernetes
Auparavant, il était possible d’utiliser l’option de compte de service pour configurer la connexion de service Kubernetes pour les clusters Kubernetes dans azure China Cloud et Azure Government Cloud. À présent, vous pouvez utiliser l’option Azure pour configurer des connexions de service Kubernetes associées à des clusters Azure Kubernetes Service gérés qui font partie du cloud Azure Chine et du cloud Azure Government.
Mises à jour des images de pipelines hébergées
Nous avons apporté des mises à jour à plusieurs des images de machine virtuelle hébergées par Azure Pipelines. Voici quelques-uns des points forts de cette mise à jour :
- Ajout d’AWS, Google Cloud et Zeit CLIs à Ubuntu 16.04
- Mise à jour de Rust 1.36 à 1.37 sur Ubuntu 16.04, VS2017 et VS2019
- Mise à jour de Ruby 2.6.2 vers 2.6.3 sur Ubuntu 16.04
- Mise à jour de Ruby 2.4.5 à 2.4.6, 2.5.3 à 2.5.5 et 2.6.1 à 2.6.3 sur VS2017 et VS2019
- Mise à jour de Google Chrome et du pilote web de 75 à 76
- Ajout de l’extension WIX Toolset Visual Studio à VS 2019
- Divers correctifs de bogues
Vous trouverez plus d’informations sur les dernières versions ici.
Note
Nous allons supprimer Ruby 2.3 de toutes les images dans une prochaine mise à jour, car elle a atteint la fin de vie le 31 mars 2019.
Rapports
Widgets prospect et temps de cycle - Filtrage avancé
Le temps de prospect et de cycle est utilisé par les équipes pour voir combien de temps il faut pour que le travail passe par leurs pipelines de développement et, en fin de compte, fournissent de la valeur à leurs clients.
Jusqu’à présent, les widgets de temps de prospect et de cycle ne prenaient pas en charge les critères de filtre avancés pour poser des questions telles que : « Combien de temps mon équipe prend-elle pour fermer les éléments de priorité supérieure ? »
Avec cette mise à jour, vous pouvez répondre à des questions telles que celles-ci en filtrant sur le couloir de bord.
Nous avons également inclus des filtres d’éléments de travail pour limiter les éléments de travail qui apparaissent dans le graphique.
Étapes suivantes
Note
Ces fonctionnalités seront déployées au cours des deux à trois prochaines semaines.
Passez à 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 commentaires 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.
Merci
Aaron Hallberg