Share via

Afficher l’activité GitHub liée à partir du tableau Kanban - Sprint 153 Update

  • Article

Dans la mise à jour Sprint 153 d’Azure DevOps, nous continuons à améliorer l’intégration Azure Boards à GitHub. Vous pouvez désormais obtenir des informations sur vos commits GitHub liés, vos demandes de tirage et vos problèmes à partir de votre tableau Kanban. Ces informations vous donnent une idée rapide de l’emplacement d’un élément et vous permettent d’accéder directement au commit GitHub, à la demande de tirage ou au problème pour plus de détails.

Pour plus d’informations, consultez la liste des fonctionnalités ci-dessous.

Nouveautés d’Azure DevOps

Fonctionnalités

Général :

Azure Boards :

Azure Pipelines :

Azure Repos :

Azure Artifacts :

Wiki :

Marché:

Général

Modifications apportées aux plages d’adresses IP Azure DevOps

Nous effectuons une migration de routage front-end qui augmentera la disponibilité et diminuera la latence. Dans le cadre de cette migration, notre espace d’adressage IP va changer. Si vous utilisez actuellement des règles de pare-feu pour autoriser le trafic vers Azure DevOps, veillez à mettre à jour ces règles pour tenir compte des nouvelles plages d’adresses IP.

Plages IPv4

  • 13.107.6.0/24
  • 13.107.9.0/24
  • 13.107.42.0/24
  • 13.107.43.0/24

Plages IPv6

  • 2620:1ec:4::/48
  • 2620:1ec:a92::/48
  • 2620:1ec:21::/48

Pour plus d’informations sur cette mise à jour, consultez le billet de blog contenant l’annonce ici.

Audit de la préversion publique

Nous sommes ravis d’annoncer que l’audit pour Azure DevOps est désormais disponible pour toutes les organisations en préversion publique !

L’audit journalisera les modifications qui se produisent dans un organization Azure DevOps. Lorsqu’un événement pouvant être audité se produit, une entrée de journal est enregistrée. Voici quelques exemples d’événements d’audit : un dépôt Git est créé, les modifications d’autorisation, la suppression de ressources, le téléchargement de code, l’accès à la fonctionnalité d’audit et bien plus encore.

Les événements d’audit auront des informations telles que l’adresse IP, la personne à l’origine de l’enregistrement de l’événement, ce qui s’est passé et d’autres informations utiles qui peuvent vous aider à répondre aux questions qui, quoi, quand et où.

Notes

Les événements d’audit seront stockés pendant 90 jours. Toutefois, vous pouvez sauvegarder les événements d’audit dans un emplacement externe via l’API REST d’audit pour les conserver pendant plus de 90 jours.

Par défaut, seuls les administrateurs de collection de projets peuvent accéder au journal d’audit. Un administrateur peut accorder aux membres de l’équipe des autorisations distinctes pour accéder aux journaux d’audit. La fonctionnalité d’audit se trouve sous les paramètres Organisations. Pour plus d’informations, consultez notre documentation.

La fonctionnalité d’audit Azure se trouve sous paramètres de l’organisation.

Gérer les groupes de sécurité et les autorisations à partir de la ligne de commande

Vous pouvez désormais gérer les groupes de sécurité et les autorisations à partir de la ligne de commande à l’aide des commandes az devops security permission . À l’aide des commandes, vous pouvez créer des scripts pour gérer les autorisations et normaliser le processus de création de groupes de sécurité. En outre, vous pouvez utiliser les commandes pour exécuter des rapports afin d’afficher une liste de groupes de sécurité et les autorisations correspondantes.

Pour plus d’informations, consultez la commande, sa syntaxe et la documentation d’aide.

Azure Boards

Afficher rapidement l’activité GitHub liée à partir du tableau Kanban

Lorsque vous examinez le tableau Kanban vous-même ou en tant qu’équipe, vous avez souvent des questions telles que « cet élément a-t-il encore commencé le développement ? » ou « Cet élément est-il en cours de révision ? » Avec les nouvelles annotations GitHub sur le tableau Kanban, vous pouvez maintenant avoir une idée rapide de l’emplacement d’un élément et accéder directement au commit GitHub, à la demande de tirage ou au problème pour plus de détails. Consultez la documentation Personnaliser les cartes pour plus d’informations sur ce et les autres annotations relatives aux tâches et aux tests.

Affichez l’activité GitHub liée à partir du tableau Kanban.

Parfois, vous devrez peut-être créer une copie d’un élément de travail et inclure des modifications mineures apportées au nouvel élément de travail. Auparavant, vous pouviez uniquement copier le contenu et les liens de l’élément de travail. À présent, vous pouvez également copier des pièces jointes.

Pour copier un élément de travail avec des pièces jointes, sélectionnez Copier l’élément de travail dans les points de suspension, puis sélectionnez pièces jointes.

Copiez un élément de travail.

Aperçu des fichiers texte sur l’élément de travail

Souvent, les fichiers .txt et .log sont joints aux éléments de travail pour les notes légères ou la documentation des événements. Vous pouvez maintenant afficher un aperçu de ces pièces jointes de texte sur l’élément de travail. Vous n’avez donc pas besoin de les télécharger pour voir leur contenu.

Aperçu du fichier texte sur l’élément de travail.

Afficher toutes les équipes dans les sélecteurs de tableaux, de backlogs et de sprints

Lorsque vous naviguez entre les équipes, vous pouvez rechercher une équipe que vous n’avez pas dans vos favoris. Auparavant, vous deviez accéder à une page d’annuaire pour rechercher l’équipe. À présent, vous pouvez rechercher n’importe quelle équipe dans le projet à partir du sélecteur sur Tableaux, Backlogs ou Sprints sans interrompre votre flux de travail.

Consultez toutes les équipes dans Recherche de tableaux.

Azure Pipelines

Mises à jour aux images de pipelines hébergés

Notes

Nous ne déployons pas la mise à jour Sprint 152 pour les images VS2017 et VS2019. La mise à jour sprint 153 inclut les modifications de Sprint 152.

Avec cette mise à jour, nous avons ajouté le SDK Windows 18362 à l’image VS2019. En outre, nous avons rétrogradé plusieurs versions de Python pour résoudre un bogue. Les nouvelles versions de cette mise à jour sont les suivantes :

Système d''exploitation 2.7.x 3.5.x 3.7.x
Linux 2.7.15 3.5.5 3.7.2
Mac 2.7.15 3.5.5 3.7.2
Windows 2.7.1 3.5.4 3.7.2

Vous trouverez plus d’informations sur les dernières versions ici. Pour obtenir la liste complète des outils disponibles sur nos images, consultez notre dépôt De génération d’images sur GitHub ici.

Un moyen plus simple d’utiliser des artefacts

Notes

Les nouveaux mots clés YAML et les tâches mises à jour sont actuellement en préversion.

Nous avons ajouté deux mots clés YAML (publier et télécharger) pour faciliter la publication et l’utilisation de l’artefact dans les pipelines YAML. Ces mots clés peuvent être utilisés à la place des étapes de tâche traditionnelles pour la plupart des scénarios. Par exemple, vous pouvez publier (charger) le contenu du répertoire bin en tant qu’artefact nommé « binaires » à l’aide du code YAML suivant :

steps:
- publish: bin
  artifact: binaries

Pour utiliser (télécharger) l’artefact dans le même travail ou une tâche ultérieure dans le même pipeline, utilisez les éléments suivants :

steps:
- download: current
  artifact: binaries

Nous avons également mis à jour l’artefact de pipeline de téléchargement pour vous permettre de télécharger les artefacts qui ont été publiés avec la tâche traditionnelle Publier les artefacts de build. Vous n’avez plus besoin de savoir comment un artefact a été publié lorsque vous allez l’utiliser dans votre pipeline.

Pour en savoir plus sur ces modifications, consultez les artefacts de pipeline dans la documentation Azure Pipeline ici .

Utiliser la syntaxe cron pour spécifier des planifications dans un fichier YAML

Auparavant, vous pouviez utiliser l’éditeur d’interface utilisateur pour spécifier un déclencheur planifié pour les pipelines YAML. Avec cette mise à jour, vous pouvez planifier des builds à l’aide de la syntaxe cron dans votre fichier YAML et tirer parti des avantages suivants :

  1. Configuration en tant que code : vous pouvez suivre les planifications avec votre pipeline dans le cadre du code.
  2. Expressif : vous avez plus de pouvoir expressif dans la définition des planifications que ce que vous avez pu faire avec l’interface utilisateur. Pour instance, il est plus facile de spécifier une planification unique qui démarre une exécution toutes les heures.
  3. Standard du secteur : de nombreux développeurs et administrateurs sont déjà familiarisés avec la syntaxe cron.
schedules:
- cron: "0 0 * * *"
  displayName: Daily midnight build
  branches:
    include:
    - main
    - releases/*
    exclude:
    - releases/ancient/*
  always: true

À l’avenir, vous ne pourrez pas ajouter ou mettre à jour des planifications qui ont été créées à l’aide de l’éditeur d’interface utilisateur. Nous continuerons à respecter ces planifications pendant un certain temps, mais nous vous recommandons de les supprimer de l’interface utilisateur et de les ajouter au fichier YAML.

Mises à jour aux pipelines multiéphases en préversion publique

Nous continuons d’ajouter des fonctionnalités à la préversion publique des pipelines à plusieurs étapes. Avec cette mise à jour, nous avons apporté des améliorations à l’expérience d’affichage des journaux, ajouté la possibilité d’afficher toutes les exécutions à l’intérieur des dossiers et pris en charge les extensions de build dans les nouvelles pages.

En outre, nous avons résolu quelques bogues et ajouté la possibilité de créer de nouveaux pipelines directement dans un dossier. Dans le sprint précédent, nous avons terminé le travail autour de la navigation et du téléchargement des artefacts, qui était une demande de fonctionnalité populaire.

Azure Repos

Accéder à la prise en charge des commandes dans Azure Repos

Go est un langage de programmation open source, également appelé Golang. Dans Go, vous pouvez utiliser la commande get pour télécharger et installer des packages et des dépendances. Avec cette mise à jour, nous avons ajouté la prise en charge au go get sein d’un dépôt Azure DevOps. Avec go get, vous pourrez télécharger des packages avec leurs dépendances nommées par les chemins d’importation. Vous pouvez utiliser le import mot clé pour spécifier le chemin d’importation.

Azure Artifacts

Téléchargements filtrés pour les packages universels

Jusqu’à présent, vous avez toujours dû télécharger un package universel entier, même si vous n’en aviez besoin que de quelques fichiers. Avec cette mise à jour, vous pouvez spécifier un modèle de mini-correspondance (en utilisant la même syntaxe qu’Azure Pipelines) pour télécharger un sous-ensemble de fichiers. Par exemple :

az artifacts universal download --organization "https://dev.azure.com/myorganization/" --feed "myFeed" --name "myPackageName" --version 1.0.0 --path . --file-filter "**/*.exe;**/*.dll"

Pour utiliser cette fonctionnalité, vérifiez que vous avez mis à jour vers la dernière extension CLI Azure DevOps : az extension update -n azure-devops

Présentation de organization recherche de package de niveau qui fournit une recherche rapide, flexible et précise sur tous les packages dans différents flux d’un organization. À mesure que le nombre de packages augmente dans votre organization et sont divisés en plusieurs flux, trouver le package dont vous avez besoin devient de plus en plus difficile. La recherche de packages permet de localiser rapidement et efficacement les packages pertinents dans tous vos flux de organization.

À l’aide de la recherche de package, vous pouvez :

  • Rechercher un package par titre et description : Vous pouvez trouver rapidement et facilement des packages pertinents à l’aide de la recherche en texte libre sur le titre et la description. Vous pouvez également affiner votre recherche à l’aide d’opérateurs booléens et combiner des critères de recherche.

Recherchez un package par titre et description.

  • Rechercher dans tous vos flux organization : recherchez vos flux et ceux de votre équipe dans le organization. Affiner votre recherche à l’aide de filtres de flux, d’affichage et de type de package. Utilisez des caractères génériques pour élargir votre recherche et des opérateurs booléens pour l’ajuster.

Recherchez tous vos flux organization.

Vous pouvez en savoir plus sur la recherche de package ici.

Wiki

Prise en charge des requêtes avec arborescence d’éléments de travail

À présent, vous pouvez utiliser des requêtes qui regroupent des éléments de travail dans une hiérarchie dans une page wiki. Vous pouvez incorporer des requêtes avec une arborescence d’éléments de travail dans une page wiki pour afficher les epices et les fonctionnalités, ainsi que les tâches enfants et les récits utilisateur.

Page Wiki avec arborescence d’éléments de travail.

Place de marché

Programme de certification des principaux éditeurs

Nous avons créé un programme Top Publisher dans la Place de marché pour vous aider à évaluer ou à acquérir des extensions/intégrations Azure DevOps en toute confiance. Le badge Top Publisher signifie que l’éditeur a fait preuve d’engagement envers ses clients et la Place de marché grâce à des stratégies exemplaires, à la qualité, à la fiabilité et au support. La Place de marché attribue le badge à un éditeur après avoir soigneusement examiné l’éditeur sur divers paramètres. Découvrez-les ici et case activée les offres des meilleurs éditeurs.

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

Accédez à Azure DevOps

Comment fournir des commentaires

Nous aimerions savoir ce que vous pensez de ces fonctionnalités. Utilisez le menu de commentaires 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.

Merci,

Steven Borg