Redémarrage des tâches et des étapes du pipeline de version ou de mise en production ayant échoué

Réexécuter ou redéployer Azure DevOps la version, les changements de mise en production ou les pipelines qui ont échoué ou ont été annulés au cours de cette étape ou de ce pipeline. Les nouvelles tentatives s’affichent sur l’interface utilisateur du pipeline en tant qu’exécutions DevOps continues au lieu de créer de nouvelles exécutions.

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

Vous pouvez réexécuter des pipelines de version ou de mise en production ayant échoué ou annulés, ou changer de tâche 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 é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 attemptNumber paramètre est ajouté à la charge utile, ce qui nous aide à suivre les réexécutions. Le résumé des tests associés, 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’option, vous devez ajouter le paramètre nombre de tentatives au corps de votre charge utile au format de syntaxe spécifié pour les pipelines de Configuration du contrôle des changements à l’aide de l’API REST Azure Invoke 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.

Exemple de paramètre de nombre de tentatives dans la charge utile du pipeline de version :

"attemptNumber": "$(system.jobAttempt)"​

Exemple de paramètre du nombre de tentatives dans la charge utile du pipeline de mise en production :

"attemptNumber": "$(Release.AttemptNumber)"

Remarque :

N’utilisez pas les notifications démarrées et terminées existantes pour les tâches d’étape. Si vos tâches tiennent compte des notifications démarrées et terminées, la fonctionnalité de réexécution ne fonctionne pas.

Réutilisation des demandes de changement

Si une tâche de changement activée 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éutilisation de la 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 dans les états Implémentation ou Post-implémentation. Si la demande de changement se trouve dans un autre état, une nouvelle demande de changement est créée par défaut 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 é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é du test et les analyses de 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 nom du nouveau flux secondaire sous Propriétés DevOps > Flux secondaire de décision de réutilisabilité de demande de changement DevOps.

Dans le flux du système de base standard, lorsqu’un changement est créé, « » est utilisé pour mettre à jour le State champ d’enregistrement d’exécution d’étape après qu’uneusing-dev-ops-model-change-flow.html décision est 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 de la 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 le nom du flux secondaire à l’emplacement Propriétés DevOps > Flux secondaire de modèle de réutilisabilité de demande de changement DevOps.

Changements d’interface utilisateur du pipeline

ServiceNow DevOps synchronise tous les changements qui sont causés lorsque vous redémarrez ou réexécutez une étape ou une tâche, et les affiche dans l’interface utilisateur du DevOps 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’étapes et les informations connexes associées à l’étape ou à l’étape qui est 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 soit ignorées, soit une nouvelle tâche d’exécution de pipeline était créée pour les nouvelles exécutions et traitée en conséquence. Pour plus d'informations, consultez DevOps Pipeline UI.