Séquence d'exécution et logique d'attente pour les tâches de réexécution

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

    • La séquence de traitement et la logique d'attente pour les tâches de réexécution sont différentes lorsque vous réutilisez ou créez une demande de changement dans le cadre d'une tâche de réexécution.

    Considérations existantes

    • Aucune demande de changement ne doit exister dans une étape qui contient des tâches parallèles.
    • Si plusieurs étapes sont exécutées en parallèle, la demande de changement ne doit pas être la première tâche des deux étapes.
    Remarque :
    Les étapes parallèles dans les pipelines de mise en production sont traitées et affichées dans l'interface utilisateur de pipeline au fur et à mesure qu'elles se produisent dans le pipeline Azure DevOps. Les étapes parallèles dans les pipelines de version sont toujours traitées en parallèle, mais s'affichent dans un ordre en série dans l'interface utilisateur de pipeline.

    Considérations sur la mise à niveau

    La fonctionnalité ou l'exécution ne change pas lorsque vous exécutez la première tentative de pipeline. Toutes les étapes sont traitées séquentiellement et les tests, analyses de la qualité logicielle et demandes de changement associés sont exécutés et créés à mesure qu'ils sont modélisés.
    Remarque :
    • Exécutez un nouveau pipeline après la mise à niveau si vous avez réexécuté les étapes et les pipelines avant la mise à niveau. Les tentatives de réexécution et les événements ayant échoué avant la mise à niveau sont ignorés par ServiceNow DevOps pour toute nouvelle tentative.
    • Si vous n'avez exécuté le pipeline qu'une seule fois avant la mise à niveau, vous pouvez réexécuter l'étape ou le pipeline. La fonctionnalité de réexécution s'applique telle qu'elle a été conçue et est enregistrée dans ServiceNow DevOps.

    Séquence d'exécution et logique de traitement

    • En cas de réception du même appel d'enregistrement de version d'artefact lors de la nouvelle tentative, l'appel d'enregistrement est ignoré.
    • Les appels d'enregistrement de package portant le même nom de package ne sont pas ignorés. Un nouveau package associé aux versions d'artefacts et à l'exécution du pipeline est créé lors de la nouvelle tentative. Les artefacts associés au dernier package s'affichent dans la demande de changement.

    Dans l'interface utilisateur graphique de Azure DevOps, si vous réexécutez une étape dans un pipeline de version, les réexécutions des étapes suivantes sont également déclenchées dans la séquence spécifiée. Si vous relancez le traitement d'un pipeline avant l'achèvement de toutes les étapes de la tentative précédente. La tentative suivante attend la fin du traitement de tous les événements de la tentative précédente.

    Pour les pipelines de mise en production, les étapes sont exécutées dans l'ordre spécifié uniquement lors de la première exécution. Pour les tentatives de réexécution suivantes, exécutez manuellement chaque étape. Dans les pipelines de mise en production, même si les étapes s'exécutent en parallèle dans Azure DevOps, à partir de la deuxième tentative, les événements sont traités dans l'ordre spécifié.

    • Lorsqu'une nouvelle demande de changement est créée pour une tâche d'étape de nouvelle tentative et que l'étape que vous relancez comprend une analyse de test et une analyse de la qualité logicielle, seuls les derniers résultats du résumé du test et de l'analyse de la qualité logicielle s'affichent dans la liste connexe de la demande de changement.
    • Lorsqu'une demande de changement est réutilisée pour une tâche d'étape de réexécution, le résumé du test et les résultats de l'analyse de la qualité logicielle pour chaque tentative s'affichent dans la liste connexe de la demande de changement.