Attributs de demande de changement DevOps
Ajoutez ou mettez à jour les attributs de demande de changement DevOps à l'aide de l'API REST changeInfo, le flux secondaire du gestionnaire des changements par défaut, en transmettant les attributs via le pipeline, la fonction de mise à jour ou les flux automatisés.
Spécification des attributs
Utilisez l'une des méthodes suivantes pour spécifier les attributs de demande de changement :
- DevOps - PUT /devops/orchestration/changeInfo/{changeInfo} pour mettre à jour les champs dans une demande de changement spécifiée.Remarque :
- L'API changeInfo ne fonctionne pas lorsque le pipeline est à l'état de pause.
- Il est impossible d'exécuter un appel d'API pendant que le pipeline est en attente.
- Envisagez d'adopter l'approche API après avoir effectué des tests approfondis.
- Flux secondaire du gestionnaire des changements par défaut pour renseigner les champs de demande de changement avec les valeurs par défaut. Pour plus d'informations, consultez Flux secondaire du gestionnaire des changements par défaut.
- Transmission des attributs de changement via le pipeline d'orchestration. Pour plus d'informations, consultez Configurer les détails de la demande de changement DevOps dans le pipeline.
- Transmission des attributs de changement via la fonction de mise à jour dans la fonction de pipeline d'orchestration. Pour plus d'informations, consultez les rubriques suivantes :
- Obtenir et mettre à jour les détails de la demande de changement dans le pipeline Azure DevOps
- Mettre à jour les détails de la demande de changement dans le pipeline Jenkins
- Actions personnalisées ServiceNow DevOps de la place de marché GitHub
- Implémenter des actions personnalisées pour les pipelines utilisant une image de conteneur Docker générique
- Flux automatisés : flux d'approbation DevOps permettant d'apporter des modifications à une demande de changement. Pour plus d'informations, consultez Flux.
Ordre de priorité lors de la prise en compte des valeurs d'attribut
Lorsque les attributs de changement sont spécifiés à l'aide de plusieurs méthodes, l'ordre de priorité dans lequel les valeurs d'attribut sont prises en compte varie. Dans ServiceNow, il est possible de spécifier les attributs dans l'étape de pipeline Vélocité de changement DevOps, dans le flux secondaire du gestionnaire des changements par défaut ou dans un flux d'approbation. Dans le pipeline de l'outil d'orchestration, les attributs peuvent être transmis à l'étape du pipeline ou à l'aide des API REST. Lors de l'utilisation d'un modèle de changement, il est également possible de spécifier ces attributs dans les paramètres prédéfinis du modèle.
Consultez les tableaux et exemples suivants pour comprendre l'ordre de priorité dans lequel les valeurs sont prises en compte.
| Demande de changement | Priorité |
|---|---|
| Standard |
|
| Non standard |
|
| Demande de changement | Priorité |
|---|---|
| Standard |
|
| Non standard |
|
Scénario 1
Envisagez un scénario dans lequel les attributs sont spécifiés dans le flux secondaire du gestionnaire des changements par défaut dans ServiceNow et dans la fonction de mise à jour dans le pipeline d'orchestration. Supposons que l'attribut assignment_group soit spécifié en tant que « change mgmt » dans le flux secondaire du gestionnaire des changements par défaut et en tant que « CAB » dans la fonction de mise à jour dans le pipeline. Dans ce scénario, lorsque le changement est créé, la valeur du flux secondaire du gestionnaire des changements par défaut est prise en compte et « change mgmt » est la valeur prise en compte pour assignment_group. Après l'approbation du changement et la reprise du pipeline, la valeur spécifiée dans la fonction de mise à jour est prise en compte, c.-à-d. « CAB ».
Scénario 2
Envisagez un scénario dans lequel les attributs sont spécifiés dans le flux secondaire du gestionnaire des changements par défaut dans ServiceNow et dans l'étape de changement dans le pipeline d'orchestration. Supposons que l'attribut assignment_group soit spécifié en tant que « change mgmt » dans le flux secondaire du gestionnaire des changements par défaut et en tant que « chg mgmt1 » dans l'étape de changement du pipeline. Dans ce scénario, lorsque le changement est créé, la valeur de l'étape de changement (chg mgmt1) est prise en compte puis, une fois que le flux secondaire du gestionnaire des changements par défaut est déclenché, la valeur prise en compte est « change mgmt ».
Scénario 3
Envisagez un scénario dans lequel les attributs sont spécifiés via le modèle transmis dans les attributs de changement et dans le modèle de l'enregistrement d'étape. Supposons que l'attribut assignment_group soit spécifié en tant que « change mgmt » dans le modèle transmis dans les attributs de changement et en tant que « chg mgmt1 » dans le modèle de l'enregistrement d'étape du pipeline. Dans ce scénario, lorsque le changement est créé, la valeur du modèle transmis dans l'attribut de changement (chg mgmt) est prise en compte.
Scénario 4
Envisagez un scénario dans lequel les attributs sont spécifiés dans les attributs de changement et le modèle prédéfini pour un changement basé sur un modèle. Supposons que l'attribut assignment_group soit spécifié en tant que « change mgmt » dans les attributs de changement et en tant que « chg mgmt1 » dans le paramètre prédéfini du modèle. Dans ce scénario, lorsque le changement est créé, la valeur du paramètre prédéfini du modèle (chg mgmt1) est prise en compte.