Partager via

Mises à jour des extensions et améliorations des performances

  • Article

Avec cette mise à jour, nous avons inclus des mises à jour d’extension et des améliorations des performances. Avec une intégration ServiceNow existante, nous avons mis à jour l’application pour prendre en charge la version tokyoïte de ServiceNow. Nous avons également apporté des améliorations aux paramètres d’extension pour vous aider à gérer vos extensions installées.

Pour plus d’informations, consultez les notes de publication.

Général

Azure Boards

Azure Pipelines

Général

Les extensions doivent afficher leurs étendues

Lorsque vous installez des extensions sur votre organization Azure DevOps, vous pouvez passer en revue les autorisations dont l’extension a besoin dans le cadre de l’installation. Toutefois, une fois installées, les autorisations d’extension ne sont pas visibles dans les paramètres de l’extension. Cela a posé un défi aux administrateurs qui doivent effectuer une révision périodique des extensions installées. Dans ce sprint, nous avons ajouté les autorisations d’extension aux paramètres d’extension pour vous aider à examiner et à prendre une décision éclairée sur leur maintien ou non.

Créer des jetons d’accès personnels à déployer sur la Place de marché

Azure Boards

Logique de redimensionnement de carte dans les plans de livraison

Tout le monde n’utilise pas la date cible et/ou la date de début lors du suivi des fonctionnalités et des epics. Certains choisissent d’utiliser une combinaison de dates et de chemin d’itération. Dans ce sprint, nous avons amélioré la logique pour définir de manière appropriée les combinaisons de champs de chemin d’itération et de champ de date en fonction de leur utilisation.

Par exemple, si la date cible n’est pas utilisée et que vous redimensionnez le carte, le nouveau chemin d’itération est défini au lieu de mettre à jour la date cible.

Lien GIF vers la démonstration copier les commentaires.

Améliorations apportées aux mises à jour par lot

Nous avons apporté plusieurs modifications à la version 7.1 de l’API de mise à jour par lot d’éléments de travail. Il s’agit notamment d’améliorations mineures des performances et de la gestion des défaillances partielles. En d’autres termes, si un correctif échoue, mais que les autres ne le font pas, les autres sont terminés.

Cliquez ici pour en savoir plus sur l’API REST de mise à jour par lots.

API de suppression par lots (GA)

Ce nouveau point de terminaison d’API REST permettant de supprimer et/ou de détruire des éléments de travail par lots est désormais disponible publiquement. Cliquez ici pour en savoir plus.

Azure Pipelines

Prise en charge de la version tokyo de ServiceNow

Azure Pipelines a une intégration existante à ServiceNow. L’intégration s’appuie sur une application dans ServiceNow et une extension dans Azure DevOps. Nous avons maintenant mis à jour l’application pour qu’elle fonctionne avec la version Tokyo de ServiceNow. Les pipelines classiques et YAML fonctionnent désormais avec Tokyo. Pour vous assurer que cette intégration fonctionne, effectuez une mise à niveau vers la nouvelle version de l’application (4.215.2) à partir du magasin Service Now. Pour plus d’informations, consultez Intégrer à ServiceNow Change Management.

Nouvelle variable système prédéfinie

Nous avons introduit une nouvelle variable système prédéfinie, nommée Build.DefinitionFolderPath, dont la valeur est le chemin d’accès au dossier d’une définition de pipeline de build. La variable est disponible à la fois dans les pipelines YAML et de build classiques.

Par exemple, si votre pipeline est hébergé sous le FabrikamFiber\Chat dossier dans Azure Pipelines, la valeur de Build.DefinitionFolderPath est FabrikamFiber\Chat.

Prise en charge des modèles de disponibilité générale dans l’éditeur YAML

Les modèles sont une fonctionnalité couramment utilisée au sein des pipelines YAML. Il s’agit d’un moyen simple de partager des extraits de code de pipeline. Ils constituent également un mécanisme puissant pour vérifier ou appliquer la sécurité et la gouvernance par le biais de votre pipeline.

Azure Pipelines prend en charge un éditeur YAML, qui peut être utile lors de la modification de votre pipeline. Toutefois, l’éditeur ne prenait pas en charge les modèles jusqu’à présent. Les auteurs de pipelines YAML n’ont pas pu obtenir d’aide via intellisense lors de l’utilisation d’un modèle. Les auteurs de modèles n’ont pas pu utiliser l’éditeur YAML. Dans cette version, nous ajoutons la prise en charge des modèles dans l’éditeur YAML.

Lorsque vous modifiez votre fichier principal YAML Azure Pipelines, vous pouvez inclure ou étendre un modèle. Lorsque vous tapez le nom de votre modèle, vous êtes invité à valider votre modèle. Une fois validé, l’éditeur YAML comprend le schéma du modèle, y compris les paramètres d’entrée.

Api REST pipelines Mises à jour

Après validation, vous pouvez choisir de naviguer dans le modèle. Vous pourrez apporter des modifications au modèle à l’aide de toutes les fonctionnalités de l’éditeur YAML.

Il existe des limitations connues : si le modèle a des paramètres requis qui ne sont pas fournis en tant qu’entrées dans le fichier YAML main, la validation échoue et vous invite à fournir ces entrées. Dans une expérience idéale, la validation ne doit pas être bloquée et vous devez être en mesure de remplir les paramètres d’entrée à l’aide d’intellisense. Vous ne pouvez pas créer un modèle à partir de l’éditeur. Vous pouvez uniquement utiliser ou modifier des modèles existants.

É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éder à Azure DevOps

Comment fournir des commentaires

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

Dan Hellem