Processus de contrôle des changements

Lorsque le contrôle des changements est activé pour une tâche dans votre DevOps pipeline de développement, 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. Les demandes de changement peuvent être approuvées automatiquement en configurant les conditions d’une politique d’approbation de changement.

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

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

Pour GitHub : erreur : **** Un changement a été créé, mais il est rejeté ou annulé

Pour ADO : « changeState » : « fermé »

Modèles de demande de changement personnalisés

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

Listes connexes des demandes de changement automatiques

Processus de demande de changement personnalisé

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

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.

Une fois que vous avez créé la liste de choix et que vous l’avez 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 de risque et d’impact basé sur le DevOps score de risque 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 de package :

  Aucun résultat de test n’est affiché, car un package n’est pas 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 de l’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 de l’artefact :

  Aucun résultat de test n’est affiché, 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 de l’artefact :

  Les résumés des tests de build 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 de l’artefact et le package sont créés dans le pipeline.

• Si la demande de changement fait partie de l’étape après les étapes de version de l’artefact et de création du package :

  Les résumés des tests de build 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 de package et que les versions de l’artefact sont créées dans le cadre d’une étape antérieure ;
  • soit la demande de changement est créée dans une étape (pas la création de package) après l’étape de version de l’artefact, mais avant l’étape de création de package ;
  • Ou la demande de changement fait partie de l’étape de création de package et les versions de l’artefact sont créées dans le cadre d’une étape antérieure :

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

Vue des exécutions de pipelines

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