Le redémarrage des tâches et étapes du pipeline de version ou de version a échoué
Réexécutez ou redéployez Azure DevOps la version, les changements de mise en production ou les pipelines qui ont échoué ou ont été annulés à cette étape ou dans ce pipeline. Les nouvelles tentatives s’affichent sur l’interface utilisateur du DevOps pipeline sous forme d’exécutions continues au lieu de créer de nouvelles exécutions.
Réexécuter Azure DevOps des pipelines ou des étapes
Vous pouvez réexécuter un pipeline de version ou de mise en production ayant échoué ou annulé ou changer les tâches dans Azure DevOps. Les nouvelles exécutions sont traitées dans le cadre de la même exécution de pipeline que la première exécution dans ServiceNow DevOps. Vous pouvez réexécuter des pipelines entiers ou des tâches et étapes spécifiques ayant échoué ou annulées. Vous pouvez désormais choisir de réutiliser une demande de changement au lieu de créer une nouvelle demande de changement chaque fois que vous redémarrez une étape ou un pipeline.
Un attemptNumber paramètre est ajouté à la charge utile, ce qui nous aide à suivre les réexécutions. Le résumé du test associé, les résultats de l’analyse de la qualité logicielle, les validations, les éléments de travail correspondant à chaque tentative de réexécution sont également mis à jour dans ServiceNow DevOps.
Si vous utilisez l' Configuration du contrôle des changements à l’aide de l’API REST Azure Invoke , vous devez ajouter le paramètre de numéro de tentative au corps de votre charge utile au format de syntaxe spécifié pour les pipelines de version et de mise en production. Si vous ne spécifiez pas le paramètre du nombre de tentatives, le nombre de tentatives par défaut est défini sur 1.
"attemptNumber": "$(system.jobAttempt)""attemptNumber": "$(Release.AttemptNumber)"Réutilisation des demandes de changement
Si une tâche activée pour le changement est réexécutée et qu’une demande de changement existe pour l’exécution/la tentative précédente, vous pouvez choisir de réutiliser la demande de changement précédente ou de créer une nouvelle demande de changement à l’aide du système de base « Flux secondaire de décision de réutilisabilité de demande de changement DevOps ». L’implémentation par défaut de ce flux secondaire vous permet de réutiliser une demande de changement de la tentative précédente si la demande de changement est à l’état Implémentation ou post-Implémentation. Si la demande de changement est dans un autre état, par défaut, une nouvelle demande de changement est créée lorsque vous réexécutez la tâche. Selon le comportement existant, tous les détails associés, tels que les résumés de tests et les analyses, sont nouvellement générés, tandis que les validations et les éléments de travail sont conservés inchangés pour les nouvelles demandes de changement.
Par exemple, lorsqu’un pipeline tombe en panne à une étape spécifique après l’approbation de la demande de changement et que vous réexécutez cette étape. La demande de changement est réutilisée, le résumé du test et les analyses de qualité logicielle associées, ainsi que les validations et les éléments de travail associés à l’artefact sont associés à la même demande de changement que celle que vous avez approuvée.
Pour appliquer une logique personnalisée pour la réutilisation, vous pouvez copier le flux secondaire existant, apporter les modifications, le publier et mettre à jour le nouveau nom du flux secondaire sous .
Dans le flux système de base normal, lorsqu’un changement est créé, « » est utilisé pour mettre à jour le champ de l’enregistrement State d’exécution de l’étape après qu’une Personnalisation des DevOps flux décision a été prise sur la demande de changement. Toutefois, lorsque vous réutilisez un changement, la première condition de déclenchement d’une demande de changement en cours de création n’est pas remplie. Un flux secondaire du système de base « Flux secondaire de modèle de réutilisabilité de demande de changement DevOps » est déclenché à la place, chaque fois qu’une demande de changement est réutilisée lors d’une nouvelle exécution d’une tâche. L’implémentation par défaut de ce flux secondaire est similaire au flux de DevOps demande de changement de modèle. Vous pouvez créer un flux secondaire personnalisé et mettre à jour son nom à l’adresse suivante : .
Modifications de l’interface utilisateur du pipeline
- Cliquez sur une carte pour afficher la dernière tentative de cette étape.
- Cliquez sur le lien Afficher toutes les tentatives pour afficher toutes les exécutions d’étape et les informations connexes associées à l’étape ou à l’étape exécutée plusieurs fois.
- Le lien Afficher le changement affiche la demande de changement associée à la dernière tentative.