Traçabilité bidirectionnelle entre les versions et les problèmes Jira - Mise à jour sprint 154
Dans la Mise à jour Sprint 154 d’Azure DevOps, nous publions l’application Azure Pipelines pour Jira sur la place de marché Atlassian. L’intégration ajoute des liens aux problèmes Jira en tant qu’éléments de travail déployés avec les mises en production et vous permet d’afficher les détails du déploiement directement dans les problèmes Jira.
Nous avons également apporté des améliorations pour vous permettre de rechercher et de suivre des éléments de travail plus facilement. La zone de recherche prend à présent en charge la recherche instantanée d’éléments de travail et la liste des éléments de travail récents. De plus, le Wiki vous permet maintenant de créer des documents dynamiques en vous permettant de créer et de suivre des éléments de travail à l’aide du contenu du wiki.
Pour plus d’informations, consultez la liste des fonctionnalités ci-dessous.
Nouveautés d’Azure DevOps
Fonctionnalités
Général :
Azure Boards :
- Rechargement en direct des éléments de travail
- Gérer les chemins d’itération et de zone à partir de la ligne de commande
- Colonne parent d’élément de travail en tant qu’option de colonne
- Recherche instantanée d’éléments de travail
- Rechercher un élément de travail en cours de frappe
- Modifier le processus utilisé par un projet
- Masquer les champs personnalisés de la disposition
Azure Pipelines :
- Application Azure Pipelines pour Jira
- Améliorations apportées à l’application Azure Pipelines pour Slack
- Pool hébergé unique
- Mise à jour de l’interface du pool d’agents dans les paramètres d’organisation
- Contrôler les variables pouvant être remplacées au moment de l’attente
- Prise en charge des pièces jointes de test volumineuses
- Déploiements dans un pipeline YAML
- Intégration d’Optimizely
- Ajouter une mise en production GitHub en tant que source d’artefact
- Payer des pipelines supplémentaires à partir du portail Azure DevOps
- Approuver les mises en production directement depuis le hub Mises en production
- Lien vers le cluster Azure Kubernetes Service dans la vue des ressources des environnements Kubernetes
- Filtres de dossier de mises en production dans les abonnements aux notifications
- Déployer des dépôts Git externes sur Azure Kubernetes Services (AKS)
- Prise en charge des dépôts Bitbucket dans DevOps Projects
- Sélectionner un fichier Docker dans le centre de déploiement pour les conteneurs AKS et WebApp
Azure Test Plans :
Azure Repos :
Azure Artifacts :
Wiki :
- Édition enrichie pour les pages wiki de code
- Créer et incorporer des éléments de travail à partir d’une page de wiki
Général
Disponibilité générale d’Azure DevOps CLI
En février, nous avons introduit l’extension Azure DevOps pour Azure CLI. L’extension vous permet d’interagir avec Azure DevOps à partir de la ligne de commande. Nous avons recueilli vos commentaires qui nous ont aidés à améliorer l’extension et à ajouter d’autres commandes. Nous sommes maintenant heureux d’annoncer que l’extension est généralement disponible.
Pour en savoir plus sur Azure DevOps CLI, consultez la documentation ici.
Azure Boards
Rechargement en direct des éléments de travail
Auparavant, lors de la mise à jour d’un élément de travail et qu’un deuxième membre de l’équipe apportait des modifications au même élément de travail, le deuxième utilisateur perdrait ses modifications. À présent, tant que vous modifiez des champs différents, vous verrez les mises à jour actives des modifications apportées à l’élément de travail.
Gérer les chemins d’itération et de zone à partir de la ligne de commande
Vous pouvez désormais gérer les chemins d’itération et de zone à partir de la ligne de commande à l’aide des az boards iteration commandes et az boards area des commandes. Par exemple, vous pouvez configurer et gérer les chemins d’itération et de zone de manière interactive à partir de l’interface CLI, ou automatiser l’ensemble de l’installation à l’aide d’un script. Pour plus d’informations sur les commandes et la syntaxe, consultez la documentation ici.
Colonne parent d’élément de travail en tant qu’option de colonne
Vous avez maintenant la possibilité de voir le parent de chaque élément de travail dans votre backlog de produit ou le backlog sprint. Pour activer cette fonctionnalité, accédez à Options de colonne sur le backlog souhaité, puis ajoutez la colonne Parent.
Recherche instantanée d’éléments de travail
Nous avons facilement trouvé des éléments de travail récemment visités, des tableaux, des backlogs et des sprints. Vous pouvez désormais accéder aux éléments de travail récemment visités en cliquant sur la zone de recherche dans Azure Boards.
Conseil
Vous pouvez appeler la zone de recherche en tapant le raccourci clavier « / ».
Rechercher un élément de travail en cours de frappe
Vous pouvez maintenant afficher les résultats de la recherche d’élément de travail lorsque vous tapez dans la zone de recherche. Cela vous aidera à accéder rapidement à l’élément de travail de votre choix.
En outre, vous pouvez accéder au code et aux résultats de la recherche wiki sans avoir à changer d’onglets en atterrissant sur la recherche d’éléments de travail, puis en modifiant les onglets pour afficher les résultats du wiki de code ou de la recherche de package.
Modifier le processus utilisé par un projet
Vos outils doivent changer à mesure que votre équipe le fait, vous pouvez désormais basculer vos projets de n’importe quel modèle de processus prête à l’emploi vers n’importe quel autre processus prête à l’emploi. Par exemple, vous pouvez modifier votre projet de l’utilisation d’Agile à Scrum, ou de base en Agile. Vous trouverez ici une documentation détaillée complète.
Masquer les champs personnalisés de la disposition
Vous pouvez maintenant masquer les champs personnalisés de la disposition du formulaire lors de la personnalisation de votre processus. Le champ sera toujours disponible à partir de requêtes et d’API REST. Cela est pratique pour suivre des champs supplémentaires lorsque vous intégrez à d’autres systèmes.
Azure Pipelines
Application Azure Pipelines pour Jira
Nous sommes heureux d’annoncer la disponibilité de l’application Azure Pipeline pour Jira. L’intégration permet une liaison bidirectionnelle entre les versions dans Azure Pipelines et les problèmes dans le cloud logiciel Jira. Il simplifie la génération de notes de publication en suivant les problèmes Jira mentionnés dans les validations GitHub déployées avec les versions.
En outre, il affiche des informations de génération et de publication à partir d’Azure Pipelines et l’affiche dans le panneau de développement des problèmes. Ce suivi activé de la façon et de l’heure de remise d’un problème et fournit un cycle de développement serré de la création d’un problème aux déploiements suivis dans Jira.
Améliorations apportées à l’application Azure Pipelines pour Slack
En février, nous avons publié l’application Azure Pipelines pour Slack pour vous aider à surveiller vos pipelines. Avec cette mise à jour, nous avons amélioré l’application. Utilise @mention dans le canal Slack lorsqu’une notification s’affiche pour une build ayant échoué que vous avez déclenchée. En outre, il vous avertira quand vous êtes approbateur sur une approbation de déploiement de mise en production en attente de notification.
En outre, vous pouvez maintenant coller un lien vers une build ou une mise en production dans l’application Azure Pipelines et obtenir un aperçu complet du pipeline. Cela ajoute du contexte au lien et facilite la navigation vers Azure DevOps.
Par exemple, le collage d’un lien vers une build affiche les détails de la build et de l’état actuel.
Pour plus d’informations sur cette mise à jour, consultez le billet de blog avec l’annonce complète ici.
Pool hébergé unique
Remarque
Il s’agit d’un changement à venir que nous souhaitons communiquer à l’avance.
L’utilisation de plusieurs pools hébergés peut être déroutante à certains moments. Vous n’obtenez pas une image précise de l’endroit où l’accès concurrentiel est consommé. Par exemple, si vous disposez d’une concurrence de 10 travaux parallèles, vous voyez 10 agents virtuels dans chacun des pools hébergés, ce qui n’est pas exact. Lorsque votre travail attend un pool hébergé spécifique (par exemple, VS2017 hébergé) avec tous les agents inactifs, vous pensez peut-être que le service Azure Pipelines est rompu sans se rendre compte que la concurrence est éventuellement consommée dans d’autres pools hébergés (par exemple, Ubuntu 1604 hébergé).
Nous allons mettre à jour nos expériences de gestion des pools d’agents pour inclure un nouveau pool d’agents hébergé unifié appelé Azure Pipelines. Cela remplacera bientôt les autres pools hébergés : Hébergé, VS2017 hébergé, Ubuntu 1604 hébergé, Windows 2019 hébergé par VS2019, Hébergé macOS et MacOS Hébergé High Sierra.
Une fois cette fonctionnalité déployée, vous verrez un pool hébergé unique qui vous donnera une image précise du nombre de travaux en cours d’exécution dans ce pool. Nous prévoyons de déployer ce changement au cours des prochains sprints. Vous n’aurez pas besoin d’apporter de modifications à vos pipelines, car nous redirigerons automatiquement les travaux des anciens pools hébergés vers l’image appropriée dans le nouveau pool unifié.
Mise à jour de l’interface du pool d’agents dans les paramètres d’organisation
Auparavant, nous avons modifié la page de gestion des pools d’agents dans les paramètres du projet pour inclure une nouvelle interface utilisateur. Avec cette mise à jour, nous mettons à jour l’interface des pools d’agents sous les paramètres de l’organisation. Cette nouvelle interface vous aidera à utiliser une fonctionnalité à venir qui inclura la consolidation des pools hébergés et la possibilité de suivre la consommation des travaux simultanés.
Pour plus d’informations sur la fonctionnalité à venir, consultez la note de publication sur un pool hébergé unique.
Contrôler les variables pouvant être remplacées au moment de l’attente
Actuellement, vous pouvez utiliser l’interface utilisateur ou l’API REST pour mettre à jour les valeurs de n’importe quelle variable avant de commencer une nouvelle exécution. Bien que l’auteur du pipeline puisse marquer certaines variables comme _settable at queue time_, le système n’a pas appliqué cela, ni empêché d’autres variables d’être définies. En d’autres termes, le paramètre n’a été utilisé que pour demander des entrées supplémentaires lors du démarrage d’une nouvelle exécution.
Nous avons ajouté un nouveau paramètre d’organisation qui applique le _settable at queue time_ paramètre. Cela vous permet de contrôler les variables qui peuvent être modifiées lors du démarrage d’une nouvelle exécution. À l’avenir, vous ne pouvez pas modifier une variable qui n’est pas marquée par l’auteur comme _settable at queue time_.
Remarque
Ce paramètre est désactivé par défaut dans les organisations existantes, mais il est activé par défaut lorsque vous créez une organisation Azure DevOps.
Prise en charge des pièces jointes de test volumineuses
La tâche de publication des résultats des tests dans Azure Pipelines vous permet de publier les résultats des tests lorsque des tests sont exécutés pour fournir une expérience complète de création de rapports et d’analytique de test. Jusqu’à présent, il y avait une limite de 100 Mo pour les pièces jointes de test pour l’exécution de test et les résultats des tests. Cela a limité le chargement de fichiers volumineux, tels que les vidages sur incident ou les vidéos. Avec cette mise à jour, nous avons ajouté la prise en charge des pièces jointes de test volumineuses, ce qui vous permet de disposer de toutes les données disponibles pour résoudre vos échecs de tests.
Déploiements dans un pipeline YAML
Un travail de déploiement est un type spécial de travail utilisé pour déployer votre application dans un environnement. Avec cette mise à jour, nous avons ajouté la prise en charge des références d’étape dans un travail de déploiement. Par exemple, vous pouvez définir un ensemble d’étapes dans un fichier et y faire référence dans un travail de déploiement.
Nous avons également ajouté la prise en charge des propriétés supplémentaires au travail de déploiement. Par exemple, voici quelques propriétés d’un travail de déploiement que vous pouvez maintenant définir,
- timeoutInMinutes : durée d’exécution du travail avant l’annulation automatique
- cancelTimeoutInMinutes : durée d’exécution toujours même si les tâches annulées ont été annulées avant de les terminer
- condition : exécuter le travail de manière conditionnelle
- variables : les valeurs codées en dur peuvent être ajoutées directement, ou des groupes de variables, un groupe de variables sauvegardé par un coffre de clés Azure peut être référencé ou vous pouvez faire référence à un ensemble de variables définies dans un fichier.
- continueOnError : si les travaux futurs doivent s’exécuter même si ce travail de déploiement échoue ; la valeur par défaut est « false »
Pour plus d’informations sur les travaux de déploiement et la syntaxe complète pour spécifier un travail de déploiement, consultez Tâche de déploiement.
Intégration d’Optimizely
Optimizely est une puissante plateforme de test A/B et d’indicateur de fonctionnalités pour les équipes de produits. L’intégration d’Azure Pipelines à la plateforme d’expérimentation Optimizely permet aux équipes de produits de tester, d’apprendre et de déployer à un rythme accéléré, tout en obtenant tous les avantages devOps d’Azure Pipelines.
L’extension Optimizely pour Azure DevOps ajoute des étapes de déploiement d’expérimentation et d’indicateur de fonctionnalité aux pipelines de génération et de mise en production. Vous pouvez donc itérer en continu, déployer des fonctionnalités et les restaurer à l’aide d’Azure Pipelines.
En savoir plus sur l’extension Azure DevOps Optimizely ici.
Ajouter une mise en production GitHub en tant que source d’artefact
Vous pouvez maintenant lier vos versions GitHub en tant que source d’artefact dans les pipelines de mise en production Azure DevOps. Cela vous permet d’utiliser la version GitHub dans le cadre de vos déploiements.
Lorsque vous cliquez sur Ajouter un artefact dans la définition du pipeline de mise en production, vous trouverez le nouveau type de source GitHub Release . Vous pouvez fournir la connexion de service et le dépôt GitHub pour utiliser la version GitHub. Vous pouvez également choisir une version par défaut pour la version GitHub à consommer comme version de balise la plus récente, spécifique ou sélectionner au moment de la création de la version. Une fois qu’une version GitHub est liée, elle est automatiquement téléchargée et mise à disposition dans vos travaux de mise en production.
Payer des pipelines supplémentaires à partir du portail Azure DevOps
Auparavant, vous deviez accéder à la Place de marché pour payer des pipelines supplémentaires. Vous pouvez maintenant acheter des pipelines supplémentaires à partir du portail Azure DevOps. Vous pouvez augmenter ou diminuer le nombre de CI/CD hébergés par Microsoft à partir de la facturation des paramètres > de l’organisation.
Pour en savoir plus, consultez la documentation sur l’achat ci/CD ici.
Approuver les versions directement à partir du hub Releases
L’action en attente d’approbations a facilité la tâche. Jusqu’à présent, il était possible d’approuver une version à partir de la page de détails de la version. Nous vous proposons maintenant d’approuver des versions directement à partir du hub Releases.
Lien vers le cluster Azure Kubernetes Service dans la vue des ressources des environnements Kubernetes
Nous avons ajouté un lien vers la vue des ressources des environnements Kubernetes afin de pouvoir accéder au panneau Azure du cluster correspondant. Cela s’applique aux environnements mappés à des espaces de noms dans des clusters Azure Kubernetes Service.
Filtres de dossier de mises en production dans les abonnements aux notifications
Les dossiers permettent d’organiser les pipelines pour faciliter la découverte et le contrôle de sécurité. Vous pouvez souvent configurer des Notifications par e-mail personnalisées pour tous les pipelines de mise en production, représentés par tous les pipelines sous un dossier. Auparavant, vous deviez configurer plusieurs abonnements ou avoir une requête complexe dans les abonnements pour obtenir des e-mails ciblés. Avec cette mise à jour, vous pouvez maintenant ajouter une clause de dossier de mise en production au déploiement terminé et approuvé en attente d’événements et simplifier les abonnements.
Déployer des dépôts Git externes sur Azure Kubernetes Services (AKS)
Auparavant, nous avons pris en charge Azure Repos et GitHub en tant qu’emplacements de code dans le centre de déploiement AKS. Avec cette mise à jour, nous ajoutons la prise en charge des dépôts Git externes afin de pouvoir déployer votre code à partir de n’importe quel dépôt Git public ou privé sur AKS.
Prise en charge des dépôts Bitbucket dans DevOps Projects
Nous avons ajouté la prise en charge des dépôts Bitbucket à DevOps Projects. Vous pouvez maintenant bénéficier de l’expérience OAuth et d’une liste remplie de référentiels et de branches à sélectionner lors du déploiement sur des ressources Azure.
Sélectionner un fichier Docker dans le centre de déploiement pour les conteneurs AKS et WebApp
Vous pouvez maintenant sélectionner un fichier Dockerfile dans le centre de déploiement pour LES conteneurs AKS et WebApp. Cela sera utile lorsque vous souhaitez conserver différentes versions de Dockerfile ou avoir plusieurs applications dans le même dépôt. Avec cela, vous pourrez sélectionner le fichier DockerFile/application spécifique que vous souhaitez envoyer (push).
Azure Test Plans
Préversion publique de la nouvelle page Plan de test
Une nouvelle page Plans de test (Plans de test*) est disponible en préversion publique pour toutes les organisations Azure DevOps. La nouvelle page fournit des vues simplifiées pour vous aider à vous concentrer sur la tâche en main : planification des tests, création ou exécution. Il est également sans encombrement et cohérent avec le reste de l’offre Azure DevOps.
La nouvelle page peut être active à partir des fonctionnalités d’aperçu, comme indiqué ci-dessous.
La page Plans de test* aura la plupart des fonctionnalités de la page existante en plus de nouvelles fonctionnalités telles que les plans de test de copie et de clonage. Nous continuerons à ajouter des fonctionnalités de planification et de création de tests toutes les 3 semaines.
Pour en savoir plus sur la nouvelle page, consultez la documentation ici.
Azure Repos
Audit des événements Azure Repos
Nous avons ajouté des événements pour repos qui peuvent être consommés via l’onglet Audit Azure DevOps dans les paramètres de l’organisation. Vous pouvez désormais afficher les événements pour les stratégies lorsqu’elles sont créées, supprimées, modifiées ou ignorées. En outre, vous pouvez afficher les événements des référentiels lorsqu’ils sont créés (y compris via une duplication ou undelete), renommés, supprimés de manière réversible, détruits ou lorsque le branche par défaut modifié.
Azure Artifacts
Améliorations apportées au temps de chargement d’une page de flux
Nous sommes heureux d’annoncer que nous avons amélioré le temps de chargement de la page de flux. En moyenne, les temps de chargement des pages de flux ont diminué de 10 %. Les flux les plus importants ont connu la plus grande amélioration du temps de chargement des pages de flux de 99e centile (temps de chargement dans les 99 % les plus élevés de tous les flux) ont diminué de 75 %.
Wiki
Édition enrichie pour les pages wiki de code
Auparavant, lors de la modification d’une page wiki de code, vous êtes redirigé vers le hub Azure Repos pour modification. Actuellement, le hub de dépôt n’est pas optimisé pour la modification markdown.
Vous pouvez maintenant modifier une page wiki de codes dans l’éditeur côte à côte à l’intérieur du wiki. Cela vous permet d’utiliser la barre d’outils Markdown enrichie pour créer votre contenu à l’aide de l’expérience d’édition identique à celle du wiki du projet. Vous pouvez toujours choisir de modifier les dépôts en sélectionnant l’option Modifier dans les dépôts dans le menu contextuel.
Créer et incorporer des éléments de travail à partir d’une page de wiki
Comme nous avons écouté vos commentaires, nous avons entendu que vous utilisez wiki pour capturer des documents de brainstorming, des documents de planification, des idées sur les fonctionnalités, des documents de spécification, des minutes de réunion. Vous pouvez désormais facilement créer des fonctionnalités et des récits utilisateur directement à partir d’un document de planification sans quitter la page wiki.
Pour créer un élément de travail, sélectionnez le texte dans la page wiki où vous souhaitez incorporer l’élément de travail et sélectionner Nouvel élément de travail. Cela vous permet de gagner du temps, car vous n’avez pas besoin de créer l’élément de travail en premier, accédez à modifier, puis recherchez l’élément de travail à incorporer. Cela réduit également le changement de contexte lorsque vous ne sortez pas de l’étendue du wiki.
Pour en savoir plus sur la création et l’incorporation d’un élément de travail à partir du wiki, consultez notre documentation ici.
Étapes suivantes
Notes
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 savoir 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,
Biju Venugopal