Partager via

Brouillons de demandes de tirage et nouvel éditeur de texte d’élément de travail - Sprint 143 Update

  • Article

Dans la mise à jour Sprint 143 d’Azure DevOps, nous introduisons un nouvel éditeur de texte d’élément de travail beaucoup plus puissant et plus facile à utiliser. Cela fait partie de nos efforts de modernisation et d’amélioration de l’expérience dans l’ensemble du produit. Dans Azure Repos, les brouillons de demandes de tirage vous permettent de créer une demande de tirage que vous n’êtes pas encore prêt à effectuer, de sorte qu’elles ne peuvent pas être effectuées accidentellement. Nous publions également de nouvelles fonctionnalités dans Azure Artifacts, notamment la possibilité d’exclure des fichiers dans les chargements d’artefacts et d’obtenirdes informations sur la provenance des packages.

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

Fonctionnalités

Général :

Azure Boards :

Azure Repos :

Azure Pipelines :

Azure Artifacts :

Général

API REST version 5.0

Chaque demande d’API doit inclure une version d’api. Toutefois, si vous effectuez une demande REST vers un point de terminaison publié précédemment sans version d’api, la version par défaut de cette demande passera de la version 4.1 à la version 5.0 avec ce déploiement. Pour plus d’informations sur REST et les versions d’api, consultez Azure DevOps Services Informations de référence sur l’API REST.

Azure Boards

Nouvel éditeur de texte d’élément de travail

Nous sommes ravis d’annoncer la disponibilité générale du nouvel éditeur de texte sur le formulaire d’élément de travail. Notre éditeur de texte est obsolète depuis un certain temps, et cette nouvelle expérience sera une énorme amélioration. Le nouvel éditeur est plus moderne et puissant, apportant de nouvelles fonctionnalités, notamment le redimensionnement des images, des extraits de code, des raccourcis clavier pour Mac et Windows, et une bibliothèque d’emojis complète.

Vous pouvez utiliser ce contrôle dans n’importe quel champ de texte du formulaire d’élément de travail, y compris dans vos discussions. Voici la nouvelle expérience que vous pouvez vous attendre à voir :

Éditeur de texte

Vous pouvez voir ci-dessous l’expérience d’extrait de code. Avec cet ajout, vous pouvez facilement et clairement discuter du code dans le formulaire d’élément de travail.

Code de l’éditeur de texte

Nous voulons vraiment commencer à faire de l’élément de travail une expérience plus sociale. La première étape de ce parcours consiste à apporter la prise en charge des emojis à vos champs de texte et à vos discussions sur l’élément de travail. À l’aide d’emojis, vous pourrez donner vie à vos descriptions et commentaires et leur donner un peu plus de personnalité!

Le travail effectué pour cet éditeur est open source, alors n’hésitez pas à case activée le référentiel roosterjs sur GitHub à l’adresse https://github.com/Microsoft/roosterjs.

Azure Repos

Sélecteur de branche amélioré

La plupart des expériences dans Azure Repos vous obligent à sélectionner un dépôt, puis une branche dans ce référentiel. Pour améliorer cette expérience pour les organisations disposant d’un grand nombre de branches, nous déployons un nouveau sélecteur de branches. Le sélecteur vous permet désormais de sélectionner vos branches favorites ou de rechercher rapidement une branche.

Sélecteur de branche

Brouillon des demandes de tirage (pull request)

Afin d’empêcher les demandes de tirage d’être effectuées avant qu’elles ne soient prêtes et de faciliter la création de travaux en cours qui n’impliquent peut-être pas tout le monde, nous prenons désormais en charge les brouillons de demandes de tirage.

Vous pouvez créer des brouillons de demandes de tirage en sélectionnant Créer en tant que brouillon dans la liste déroulante Créer lors de la création d’une demande de tirage.

Créer un brouillon de demande de tirage

Une fois que vous avez créé un brouillon de demande de tirage, vous voyez un badge indiquant son status en regard du titre.

Badge indiquant status.

Les brouillons de demandes de tirage n’incluent pas de réviseurs ou d’exécution de builds par défaut, mais vous permettent d’ajouter manuellement des réviseurs et d’exécuter des builds. Pour promouvoir la demande de tirage en une demande de tirage normale, cliquez simplement sur le bouton Publier dans la page de détails de la demande de tirage.

Azure Pipelines

Déclencher des pipelines YAML avec des balises

Les pipelines YAML peuvent être déclenchés lorsque des balises sont ajoutées à un commit. Cela est utile pour les équipes dont les flux de travail incluent des balises. Par instance, vous pouvez lancer un processus lorsqu’un commit est étiqueté comme « dernier bon connu ».

Vous pouvez spécifier les balises à inclure et à exclure. Par exemple :

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Définition de l’annulation automatique d’un pipeline existant lorsqu’une demande de tirage est mise à jour

Par défaut, les pipelines déclenchés par des demandes de tirage (PRs) sont annulés si un nouveau commit est envoyé à la même demande de tirage. Cela est souhaitable dans la plupart des cas, car vous ne souhaitez généralement pas continuer à exécuter un pipeline sur du code obsolète. Si vous ne souhaitez pas ce comportement, vous pouvez ajouter autoCancel: false à votre déclencheur de demande de tirage.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Déclarer des ressources de conteneur inline

Auparavant, nous vous demandions de déclarer vos ressources de conteneur dans des pipelines YAML, puis de les référencer par nom. Nous proposons maintenant une syntaxe inline pour les cas où vous n’allez pas faire référence au conteneur plusieurs fois.

jobs:
- job: my-container-job
  container:
    image: mcr.microsoft.com/dotnet/core/runtime:latest

Modifications apportées aux autorisations par défaut pour les nouveaux projets

Jusqu’à présent, les contributeurs de projet ne pouvaient pas créer de pipelines, sauf s’ils reçoivent explicitement l’autorisation Créer une définition de build . Désormais, pour les nouveaux projets, tous les membres de l’équipe peuvent facilement créer et mettre à jour des pipelines. Ce changement permettra de réduire les frictions pour les nouveaux clients qui sont intégrés à Azure Pipelines. Vous pouvez toujours mettre à jour les autorisations par défaut sur le groupe Contributeurs et restreindre leur accès.

Déployer sur des cibles ayant échoué dans un groupe de déploiement

Par défaut, Azure Pipelines était utilisé pour réexécuter tous les travaux lorsque vous redéployez une exécution ayant échoué précédemment. Maintenant, vous pouvez remplacer ce comportement en configurant l’option de déploiement lors du déploiement. En sélectionnant l’option Tous les travaux et la limite aux cibles ayant échoué dans un groupe de déploiement , la réexécutation exécute tous les travaux et ignore les déploiements vers les cibles qui sont déjà à jour.

Déployer sur des cibles ayant échoué dans un groupe de déploiement.

Prise en charge de l’infrastructure en tant que code

Nous ajoutons la prise en charge de l’Infrastructure en tant que code (IaC) à nos projets Azure DevOps. IaC est un processus de gestion et d’approvisionnement de l’infrastructure informatique avec une approche déclarative, tout en définissant leur configuration à l’aide de fichiers de définition au lieu d’outils de configuration interactifs traditionnels. Cela vous permet d’utiliser les ressources de votre solution en tant que groupe. Vous pouvez déployer, mettre à jour ou supprimer toutes les ressources de votre solution à l’aide d’un modèle de déploiement. Ce modèle peut être utilisé pour différents environnements tels que le test, la préproduction et la production.

Azure Artifacts

Exclure des fichiers dans les chargements d’artefacts

Auparavant, pour exclure des fichiers des artefacts publiés, vous devrez copier les fichiers dans un répertoire intermédiaire, supprimer les fichiers à exclure, puis les charger. À présent, les packages universels et les artefacts de pipeline recherchent un fichier appelé .artifactignore dans le répertoire en cours de chargement et excluent automatiquement ces fichiers, ce qui supprime la nécessité d’un répertoire intermédiaire.

Informations de provenance sur les packages

Avec cette mise à jour, nous avons facilité la compréhension de la provenance de vos packages, y compris qui ou ce qui les a publiés et de quelle validation de code source ils proviennent. Ces informations sont renseignées automatiquement pour tous les packages publiés à l’aide des tâches npm, NuGet et .NET Core, Twine Authenticate (pour Python) et Packages universels .

Informations de provenance sur les packages.

Mises à jour de la documentation de l’API REST Azure Artifacts

Avec la mise à jour de ce sprint, nous déployons des mises à jour substantielles de la documentation des API REST Azure Artifacts, ce qui devrait faciliter leur développement dans vos propres applications.

Étapes suivantes

Notes

Ces fonctionnalités seront déployées au cours des deux à trois prochaines semaines.

Découvrez les nouvelles fonctionnalités ci-dessous et accédez à Azure DevOps pour les essayer par vous-même.

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,

Jeremy Epling