État de la demande de changement ServiceNow DevOps dans les journaux du pipeline Jenkins
Vous pouvez utiliser l'utilitaire Générateur d'extraits Jenkins pour configurer le mode et la date d'affichage de l'état du changement et des conditions de politique correspondantes dans les journaux des travaux du pipeline Jenkins. Cela permet aux développeurs d'afficher l'état du changement dans les journaux de la console du pipeline proprement dit.
Pour générer un extrait d'étape, accédez à la syntaxe du pipeline à partir d'un pipeline configuré, sélectionnez l'étape SnDevOpsChange dans la liste Exemple d'étape, puis mettez à jour les valeurs des variables d'état du changement dans l'étape. Sélectionnez l'option Ignorer l'erreur pour empêcher l'échec de la tâche en cas d'erreur. Sélectionnez Générer un script de pipeline pour créer un extrait. Vous pouvez copier-coller l'extrait dans le pipeline pour commencer à recevoir les notifications d'état du changement. Mettez à jour les variables suivantes dans l'étape SnDevOpsChange pour recevoir des notifications d'état du changement :
- Intervalle d'interrogation : spécifie la fréquence (en secondes) à laquelle Jenkins interroge ServiceNow sur l'état du changement et met à jour les journaux de la console avec l'état. L'état du changement est mis à jour dans les journaux de la console uniquement lorsque les champs Transition d'état du changement, Mises à jour du groupe d'affectation, Mises à jour de l'approbation, Date de début/fin prévue ou Détails du changement (le cas échéant) sont mis à jour.Remarque :Si ce champ n'est pas renseigné, la vérification de l'intervalle d'interrogation n'est pas exécutée pour mettre à jour l'état du changement dans les journaux de la console.
- Délai d'expiration de création du changement : spécifie la valeur du délai d'expiration de création du changement, en secondes. À l'expiration du délai, Jenkins vérifie l'état de création du changement dans ServiceNow. Si le changement n'a pas été créé, le pipeline reprend ou est abandonné en fonction du marqueur Abandonner en cas d'échec de création du changement. Par défaut, le pipeline est abandonné lorsque le délai d'expiration est spécifié et que le marqueur Abandonner en cas d'échec de création du changement est sélectionné.Remarque :Si ce champ n'est pas renseigné, la vérification du délai d'expiration de création du changement n'est pas exécutée pour mettre à jour le pipeline.
- Abandonner en cas d'échec de création du changement : abandonnez ou reprenez le pipeline si le changement n'est pas créé avant l'expiration du délai de création du changement.
- Sélectionné : Abandonner
- Désactivé : Reprendre
- Délai d'expiration de l'étape de changement : spécifie la valeur du délai d'expiration de l'étape de changement, en secondes. À l'expiration du délai, Jenkins vérifie l'état de l'étape de changement dans ServiceNow. Si l'étape de changement est toujours en cours, le pipeline reprend ou est abandonné en fonction du marqueur Abandonner à l'expiration du délai de l'étape de changement. Par défaut, le pipeline est abandonné lorsque le délai est spécifié et que le marqueur Abandonner à l'expiration du délai de l'étape de changement est sélectionné.Remarque :Si ce champ n'est pas renseigné, la vérification du délai d'expiration de l'étape de changement n'est pas exécutée pour mettre à jour le pipeline.
- Abandonner à l'expiration du délai de l'étape de changement : abandonnez ou reprenez le pipeline si l'étape de changement est toujours en cours à l'expiration du délai de l'étape de changement.
- Sélectionné : Abandonner
- Désactivé : Reprendre
Vous pouvez accéder aux journaux de la console dans votre pipeline pour afficher l'état d'une demande de changement lors de la création d'une demande de changement ou lors de la mise à jour de l'état de la demande de changement. Les conditions de politique associées à l'état de la demande de changement sont également évaluées et consignées dans les journaux. Par exemple, si la politique Automatisation avancée de la demande de changement DevOps est activée, les conditions de politique sont évaluées et la décision correspondante (approbation automatique/rejet automatique/approbation manuelle) est consignée dans les journaux.
Les détails suivants sur la demande de changement s'affichent :
- Numéro
- Détails
- état
- sys_id
- type
- risk
- Priorité
- changeState
- plannedStartDate
- plannedEndDate
- changeRequestURL
Les journaux des conditions de politique s'affichent comme suit pour les flux de changement du système de base :
- Politique Changement de modèle DevOps : seuls les journaux s'affichent lors de la création du changement et lors de la mise à jour de l'état du changement.
- Politique Automatisation minimale de demande de changement DevOps : les journaux ainsi que la décision de changement et les conditions de politique correspondant à la décision de changement s'affichent.
- Politique Automatisation avancée de demande de changement DevOps : les journaux ainsi que la décision de changement et les conditions de politique correspondant à la décision de changement s'affichent.
L'entrée de politique de changement et les conditions de décision sont stockées dans la table Décisions [sys_decision_question]. Les journaux s'affichent si les champs et opérateurs suivants sont utilisés comme entrée pour les conditions de politique :
- Champs
- code_coverage
- commits_without_work_item
- integration_tests_failed
- load_tests_failed
- regression_tests_failed
- num_of_outages_in_last_7_days
- num_of_current_outages
- num_of_open_incidents
- total_num_of_commits
- tests_passing_percent
- risk
- code_security
- validations
- Opérateurs
- <=
- >=
- !=
- =
- <
- >
- ISNOTEMPTY
- ISEMPTY
- ENTRE
- ANYTHING
- NSAMEAS
- SAMEAS
- GT_FIELD
- LT_FIELD
Remarque :
Si d'autres champs que ceux du système de base sont modifiés dans une politique de changement, ces champs doivent être ajoutés manuellement au flux pour que les conditions de politique soient évaluées.
Si une demande de changement n'est pas créée en raison d'un problème, le motif de l'échec et l'état sont également consignés dans la console.