Redémarrer les tâches et les étapes de pipeline de version ou de mise en production ayant échoué

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture

    • Réexécutez ou redéployez les changements ou pipelines de version ou de mise en production Azure DevOps qui ont échoué ou ont été annulés au cours de cette étape ou de ce pipeline. Les nouveaux essais s'affichent sur l'interface utilisateur de pipeline DevOps en tant qu'exécutions continues au lieu de créer de nouvelles exécutions.

    Réexécuter les pipelines ou les étapes Azure DevOps

    Vous pouvez réexécuter des pipelines de version ou de mise en production qui ont échoué ou ont été annulés ou des tâches de changement 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 qui ont échoué ou ont été 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 redémarrage d'une étape ou d'un pipeline.

    Un paramètre attemptNumber est ajouté à la charge utile pour vous aider à suivre les réexécutions. Le résumé des tests, résultats de l'analyse de la qualité logicielle, validations et éléments de travail associés correspondant à chaque tentative de réexécution sont également mis à jour dans ServiceNow DevOps.

    Si vous suivez la section Configuration du contrôle du changement à l'aide de l'API REST Azure Invoke, vous devez ajouter le paramètre attemptNumber 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 attemptNumber, le nombre de nouvelles tentatives par défaut est défini sur 1.

    Exemple de paramètre attemptNumber dans la charge utile du pipeline de version :
    "attemptNumber": "$(system.jobAttempt)"​
    Exemple de paramètre attemptNumber dans la charge utile du pipeline de mise en production :
    "attemptNumber": "$(Release.AttemptNumber)"
    Remarque :
    N'utilisez pas les notifications de début et de fin existantes pour les tâches d'étape. Si vos tâches tiennent compte des notifications de début et de fin, la fonctionnalité de réexécution ne fonctionne pas.

    Réutiliser les demandes de changement

    Si une tâche de changement activée est réexécutée et qu'il existe une demande de changement 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 « Flux secondaire de décision de réutilisabilité de demande de changement DevOps » du système de base. 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 d'implémentation ou de post-implémentation. Si la demande de changement se trouve 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, à savoir les résumés des tests et les analyses, sont de nouveau générés, tandis que les validations et les éléments de travail restent inchangés pour les nouvelles demandes de changement.

    C'est notamment le cas lorsqu'un pipeline échoue à 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é des tests et les analyses de la qualité logicielle associés, 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 de réutilisation, vous pouvez copier le flux secondaire existant, apporter les modifications, le publier et mettre à jour le nouveau nom du flux secondaire sous Propriétés DevOps > Flux secondaire de décision de réutilisabilité de demande de changement DevOps.

    Dans le flux de base normal du système, lorsqu’un changement est créé, « » est utilisé pour mettre à jour le champ de l’enregistrement State d’exécution d’étape après qu’une Personnaliser des flux DevOps 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 décision 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 de la nouvelle exécution d'une tâche. L'implémentation par défaut de ce flux secondaire est similaire au flux Demande de changement de modèle DevOps. Vous pouvez créer un flux secondaire personnalisé et mettre à jour le nom du flux secondaire à l’adresse Propriétés DevOps > Flux secondaire de modèle de réutilisabilité de demande de changement DevOps.

    Changements d'interface utilisateur de pipeline

    ServiceNow DevOps synchronise tous les changements qui se produisent lorsque vous redémarrez ou réexécutez une étape ou une tâche, et les affiche dans l'interface utilisateur de pipeline DevOps.
    • 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'étapes et les informations connexes associées à l'étape exécutée plusieurs fois.
    • Le lien Afficher le changement affiche la demande de changement associée à la dernière tentative.
    Dans les versions précédentes, les tâches ayant échoué étaient ignorées, ou une nouvelle tâche d'exécution de pipeline était créée pour les nouvelles exécutions puis traitée en conséquence. Pour plus d'informations, consultez Interface utilisateur de pipeline DevOps.