Accélérer votre processus de changement DevOps

  • Rversion finale: Yokohama
  • Mis à jour 31 juil. 2025
  • 7 minutes de lecture

    • Activez la fonctionnalité d'accélération des changements de Vélocité de changement DevOps pour la création automatique de demandes de changement dans votre pipeline, et utilisez les flux et politiques d'approbation de changement pour automatiser l'approbation sous certaines conditions.

    Remarque :
    Vous devez installer ServiceNow Gestion des changements pour activer l'accélération du changement.
    Activez et configurez le contrôle des changements lorsque vous modélisez votre pipeline dans DevOps :

    Vous pouvez afficher les détails des demandes de changement actives en accédant à DevOps > Orchestrer > Demandes de changement de pipeline.

    Processus de contrôle des changements

    Lorsque le contrôle des changements est activé pour une tâche dans votre pipeline de développement DevOps, une demande de changement est automatiquement créée et définie sur l'état Évaluer pour demander l'approbation de l'exécution de l'étape ou de la tâche actuelle si un groupe d'affectation est ajouté pour la demande de changement. Il est possible d'approuver automatiquement les demandes de changement en configurant les conditions d'une politique d'approbation des changements.

    Si une demande de changement n'est pas approuvée et est passée à l'état Annulé ou Fermé, la tâche Jenkins, GitHub ou ADO associée est marquée comme ayant échoué et un message s'affiche sur la console :

    Pour Jenkins : La tâche [ServiceNow DevOps] n'a pas été approuvée pour être exécutée

    Pour GitHub : Erreur : Le changement **** a été créé, mais il a été rejeté ou annulé

    Pour ADO : "changeState":"Fermé"

    Notes de travail d'approbation de changement

    Lorsqu'une demande de changement est mise à jour en fonction d'un flux et d'une politique d'approbation de changement, les notes de travail associées à la demande de changement sont mises à jour avec l'un des messages codés en dur suivants :

    • Politique d'approbation des changements introuvable. La demande de changement a été rejetée (%s).
    • %s est inactive. La demande de changement a été rejetée (%s).
    • Aucune décision mise en correspondance. %s a été ignorée (%s).
    • Aucune approbation n'a été générée à partir des décisions mises en correspondance. %s a été ignorée (%s).
    • La demande de changement a été rejetée par %s (%s).
    • La demande de changement a été approuvée par %s (%s).
    Les notes de travail sont mises à jour selon une logique qui utilise la combinaison de l'un des messages codés en dur + le nom de la politique + le libellé de l'action utilisé dans le flux associé à la demande de changement. Dans cette combinaison, vous pouvez modifier uniquement la valeur du nom de la politique et du libellé de l'action, mais pas le message codé en dur. Par exemple : 
    if (APPROVED.equals(state))
38 message = String.format(APPROVED_MSG, policyName, actionLabel);

    Flux secondaire du gestionnaire des changements par défaut

    Utilisez le flux secondaire du gestionnaire des changements par défaut pour renseigner ces champs de demande de changement avec les valeurs par défaut.
    • Demandé par
    • Justification
    • Plan d'implémentation
    • Plan de retour en arrière
    • Plan de tests
    • Description brève
    • Description
    • Date de début
    • Date de fin
    • Analyse de l'impact des risques

    Le flux secondaire du gestionnaire des changements par défaut remplace les valeurs de champ renseignées à l'aide d'un modèle lors de la création de l'enregistrement de la demande de changement.

    Si vous le souhaitez, vous pouvez écrire un flux secondaire personnalisé à la place de ce flux en modifiant les [sn_devops.change_request_handler_subflow] DevOps property.

    Modèles de demandes de changement personnalisées

    Lorsque vous activez le contrôle des changements à l'étape ServiceNow DevOps, vous pouvez sélectionner un modèle personnalisé pour remplir automatiquement les champs lors de la création de la demande de changement. Le champ Catégorie de demande de changement est automatiquement défini sur DevOps.
    Remarque :
    Ne configurez pas les champs Catégorie et Type de changement à partir du modèle personnalisé.

    Le type de demande de changement correspond à la table de demandes de changement dans le champ d'application global.

    Listes connexes de demandes de changement automatiques

    Pour une demande de changement créée automatiquement par DevOps, le champ Catégorie est automatiquement défini sur DevOps et les listes connexes suivantes sont ajoutées :
    Validations
    Validations associées à la demande de changement.
    Éléments de travail
    Éléments de travail associés à la demande de changement.
    Versions de l'artefact

    Liste des versions d'artefacts associées au package lié à l'exécution du pipeline pour les packages créés avant l'approbation de la demande de changement.

    Si aucun package n'est lié à l'exécution du pipeline, la liste est vide.

    Résumés des tests (remplace la liste connexe Résultats des tests)

    Liste des résumés des tests pour une exécution de pipeline associée à une exécution d'artefact, de package ou de tâche avant la demande de changement.

    Pour plus d'informations, consultez Résultats des tests.

    Résumé de la qualité logicielle
    Liste des résumés de qualité logicielle pour une exécution de pipeline associée à l’exécution d’un artefact, d’un package ou d’une tâche avant la demande de changement.

    Listes connexes de changements DevOps

    Remarque :
    Les détails d'implémentation de l'outil Orchestration sont automatiquement ajoutés au champ Notes de travail du formulaire de demande de changement. Les détails ajoutés aux notes de travail ne doivent pas dépasser 5 Ko du journal d'exécution de la tâche pour l'étape.

    Processus de demande de changement personnalisé

    Ces propriétés de changement DevOps sont disponibles pour personnaliser votre flux de demande de changement.

    • État de l'implémentation de la demande de changement DevOps
    • État post-implémentation de la demande de changement DevOps
    • État de l'annulation de la demande de changement DevOps
    • Texte d'approbation de la demande de changement DevOps

    Pour personnaliser votre flux de demande de changement, vous devez d’abord créer un Définition du système > Liste de choix. Par exemple, DevOps_Implement (valeur - 10).

    Ensuite, ajoutez la liste de choix à Définition du système > Script include > ChangeRequestStateHandlerSNC.

    Après avoir créé la liste de choix et l'avoir ajoutée à l'include de script, vous pouvez mettre à jour les propriétés de changement DevOps avec les nouvelles valeurs de la liste de choix. Par exemple, DevOps change request implement state -10.

    Condition de risque DevOps

    Vous pouvez utiliser le calcul du risque et de l'impact DevOps en fonction du score des risques du validateur.

    Cette condition est désactivée par défaut.

    Liste connexe Résultats des tests

    Répertorie les tests qui ont été exécutés dans un pipeline après la création d'un package. Si aucun package n'a été créé, la liste inclut les tests qui ont été exécutés après la création d'une version d'artefact.

    Scénarios :

    Un package est créé dans le pipeline, mais aucune version d'artefact n'est enregistrée.
    • Si la demande de changement est créée lors de l'étape de création du package :

      Aucun résultat de test ne s'affiche, car aucun package n'est encore lié à l'exécution du pipeline.

    • Si la demande de changement est créée dans une étape postérieure à l'étape de création du package :

      Les résumés des tests de version incluent ceux associés aux étapes postérieures à l'étape de création du package jusqu'à l'étape contrôlée par le changement.

    Les versions d'artefact sont enregistrées, mais aucun package n'est créé.
    • Si la demande de changement est créée au cours de l'étape de version d'artefact :

      Aucun résultat de test ne s'affiche, car aucun test n'est associé tant que l'exécution de la tâche n'est pas terminée.

    • Si la demande de changement est créée dans une étape postérieure à l'étape de version d'artefact :

      Les résumés des tests de version incluent ceux de l'étape de version d'artefact, ainsi que les étapes suivantes, jusqu'à l'étape contrôlée par le changement.

    Les versions d'artefact et le package sont créés dans le pipeline.
    • Si la demande de changement fait partie de l'étape postérieure aux étapes de version d'artefact et de création du package :

      Les résumés des tests de version incluent ceux associés à l'étape de création du package, ainsi que les étapes suivantes, jusqu'à l'étape contrôlée par le changement.

    • Si la demande de changement fait partie de l'étape de création du package et que les versions d'artefact sont créées dans le cadre d'une étape antérieure ;
      • ou si la demande de changement est créée dans une étape (hormis la création du package) postérieure à l'étape de version d'artefact, mais antérieure à l'étape de création du package ;
      • ou si la demande de changement fait partie de l'étape de création du package et les versions d'artefact sont créées dans le cadre d'une étape antérieure :

      Les résumés des tests de version incluent ceux associés à l'étape de version d'artefact, ainsi que les étapes suivantes, jusqu'à l'étape contrôlée par le changement.

    Vue Exécutions de pipelines

    Vous pouvez afficher l’activité du pipeline en accédant à DevOps > Orchestrer > Exécutions de pipelines.

    Exécution de pipeline DevOps