Partager via

Brouillon de demandes de tirage et nouvel éditeur de texte d’élément de travail - Mise à jour sprint 143

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 notre effort de modernisation et d’amélioration de l’expérience dans le produit. Dans Azure Repos, les brouillons de requêtes de tirage vous permettent de créer une requête de tirage que vous n'êtes pas encore prêt à terminer, afin qu'elle ne puisse pas être complétée accidentellement. Nous publions également certaines nouvelles fonctionnalités dans Azure Artifacts, notamment la possibilité d’exclure des fichiers dans les chargements d’artefacts et d’obtenir des informations sur la provenance sur les packages.

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

Fonctionnalités

Général :

Azure Boards :

Azure Repos :

Azure Pipelines :

Artefacts Azure :

General

REST API version 5.0

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

Azure Boards

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

Nous sommes heureux d’annoncer la disponibilité générale du nouvel éditeur de texte sur le formulaire d’élément de travail. Notre éditeur de texte a été obsolète depuis un certain temps, et cette nouvelle expérience sera une énorme amélioration. Le nouvel éditeur est plus moderne et puissant, offrant de nouvelles fonctionnalités, notamment le redimensionnement des images, des extraits de code, des raccourcis clavier pour Mac et Windows, ainsi qu’une bibliothèque emoji 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 de l’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. Notre première étape de ce parcours consiste à apporter la prise en charge des emojis à vos champs de texte et discussions sur l’élément de travail. En utilisant des emojis, vous pourrez apporter vos descriptions et commentaires à la vie et leur donner un peu plus de personnalité !

Le travail effectué pour cet éditeur est open source. N’hésitez donc pas à consulter le référentiel coqjs sur GitHub à l’adresse https://github.com/Microsoft/roosterjs.

Azure Repos

Sélecteur de branches 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 avec un grand nombre de branches, nous déployons un nouveau sélecteur de succursales. Le sélecteur vous permet désormais de sélectionner vos branches préférées ou de rechercher rapidement une branche.

sélecteur de branche

Brouillons de pull requests

Afin d’empêcher l'achèvement des pull requests avant qu'elles ne soient prêtes et de faciliter la création de travaux en cours qui peuvent ne pas impliquer tout le monde, nous prenons désormais en charge les pull requests brouillons.

Vous pouvez créer des pull requests en sélectionnant Créer en tant que brouillon dans la liste déroulante du bouton Créer lors de la création d'une pull request.

Créer un brouillon de demande de tirage

Une fois que vous avez créé un brouillon de pull request, vous verrez un badge indiquant son état à côté du titre.

Badge indiquant l’état.

Les requêtes de tirage en mode brouillon n'incluent pas par défaut les examinateurs ni ne lancent les builds, mais vous permettent d'ajouter manuellement des examinateurs et de lancer des builds. Pour promouvoir la pull request en une pull request normale, cliquez simplement sur le bouton Publier à partir de la page des détails de la pull request.

Azure Pipelines

Déclencher des pipelines YAML avec des balises

Les pipelines YAML peuvent être déclenchés lorsque des balises sont ajoutées à une validation. Cela est utile pour les équipes dont les flux de travail incluent des balises. Par exemple, vous pouvez lancer un processus lorsqu’une validation est marquée comme « dernière bonne connue ».

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 pull request est mise à jour

Par défaut, les pipelines déclenchés par des requêtes d'extraction (PR) sont annulés si un nouveau commit est appliqué à la même requête d'extraction. Cela est souhaitable dans la plupart des cas, car généralement vous ne souhaitez 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 pull request.

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

Déclarer les ressources de conteneur en ligne

Auparavant, nous vous avons demandé 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 ne 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 n’ont pas pu 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. Cette modification réduit 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 défaillantes dans un groupe de déploiement

Par défaut, Azure Pipelines utilisé pour réexécuter tous les travaux lorsque vous redéployez une exécution ayant échoué précédemment. À présent, vous pouvez remplacer ce comportement en configurant l’option de déploiement lors du déploiement. En sélectionnant l'option Toute tâche et limiter aux cibles échouées dans un groupe de déploiement, la réexécution lancera tous les travaux et ignorera les déploiements vers les cibles qui sont déjà à jour.

Déployer sur des cibles où le déploiement a é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 pour le déploiement. Ce modèle peut être utilisé pour différents environnements tels que les tests, la mise en lots et la production.

Artifacts d'Azure

Exclusion de fichiers des chargements d’artefacts

Auparavant, pour exclure les fichiers des artefacts publiés, vous devrez copier les fichiers dans un répertoire intermédiaire, supprimer les fichiers à exclure, puis 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, supprimant ainsi la nécessité d’un répertoire intermédiaire.

Informations de provenance sur les packages

Avec cette mise à jour, nous avons fait en sorte qu’il soit un peu plus facile de comprendre la provenance de vos paquets, notamment qui ou ce qui les a publiés et du commit du code source dont 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 d’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

Note

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

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

Accéder à Azure DevOps

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.

Faire une suggestion

Vous pouvez également obtenir des conseils et répondre à vos questions par la communauté sur Stack Overflow.

Merci,

Jeremy Epling

  • Last updated on