--- sourceDocument: Gestion des services IT Australie sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/it-service-management Release : - australia ft:locale : - fr-FR ft:publication_title : - Gestion des services IT Australie ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Attributs de demande de changement DevOps # Attributs de demande de changement DevOps {#ariaid-title1} * Rversion finale: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes de lecture 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 {#apis-for-change-actions-in-devops__section_pwr_qgq_ydc} Utilisez l'une des méthodes suivantes pour spécifier les attributs de demande de changement : * [DevOps - PUT /devops/orchestration/changeInfo/{changeInfo}](https://www.servicenow.com/docs/access?context=devops-api&version=australia&pubname=australia-api-reference§ion=devops-PUT-orch-changeInfo&ft:locale=en-US) 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. {#apis-for-change-actions-in-devops__ul_ivz_lh5_ldc} * 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](https://servicenow-prod.fluidtopics.net/oSwSHAAzd5tT2cciTmaNvw "Personnalisez ou recréez les flux d'approbation manuelle des demandes de changement DevOps, d'approbation d'automatisation minimale des demandes de changement DevOps et d'approbation d'automatisation avancée des demandes de changement DevOps en fonction de vos besoins à l'aide d'un flux ou d'un script."). * 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](https://servicenow-prod.fluidtopics.net/24cG~sHNCJorjNyqHdFeVA "Configurez la façon dont les champs Informations sur la fermeture, État du changement et Demande de changement sont mis à jour à partir d'un pipeline dans l'étape de changement du 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](https://servicenow-prod.fluidtopics.net/ijf4gFNmtbocG1oVNnb_lg "Obtenez et mettez à jour les détails de la demande de changement associés à un pipeline Azure DevOps.") * [Mettre à jour les détails de la demande de changement dans le pipeline Jenkins](https://servicenow-prod.fluidtopics.net/nM97c7~A_TdaBWs5IlV9RA "Mettez à jour les détails de la demande de changement associés à un pipeline Jenkins en y exécutant le script snDevOpsUpdateChangeInfo.") * [Actions personnalisées ServiceNow DevOps de la place de marché GitHub](https://servicenow-prod.fluidtopics.net/SoW6pHJp77X3r~fGeBk8Dg#servicenow-devops-custom-actions-from-github-marketplace "Utilisez les actions personnalisées de la place de marché GitHub pour collecter les données d'analyse SonarQube, collecter des données de sécurité, mettre en pause ou reprendre un workflow, reprendre un workflow jusqu'à ce qu'une demande de changement soit approuvée ou rejetée dans votre instance, obtenir et mettre à jour les détails de la demande de changement, etc.") * [Implémenter des actions personnalisées pour les pipelines utilisant une image de conteneur Docker générique](https://servicenow-prod.fluidtopics.net/oOqw40lXbXZKsXizItQ1Eg "Utilisez les actions personnalisées ServiceNow pour collecter les données relatives à la création de demandes de changement, à l'analyse Sonar, à l'enregistrement d'artefacts et à l'enregistrement de packages dans votre pipeline à l'aide de l'image générique du conteneur Docker.") {#apis-for-change-actions-in-devops__ul_odg_b3m_ldc} * Flux automatisés : flux d'approbation DevOps permettant d'apporter des modifications à une demande de changement. Pour plus d'informations, consultez [Flux](https://servicenow-prod.fluidtopics.net/8JkP~wzyJ0DNxA1JTMgs8Q "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."). {#apis-for-change-actions-in-devops__ul_w5v_lrr_3dc} ## Ordre de priorité lors de la prise en compte des valeurs d'attribut {#apis-for-change-actions-in-devops__section_jr1_tgq_ydc} 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. {#apis-for-change-actions-in-devops__table_gzf_mzr_5dc__entry__2} | Demande de changement | Priorité | |-|-| | Standard | 1. Attributs de changement transmis via le pipeline 2. Champs d'enregistrement d'étape dans ServiceNow 3. Modèle transmis dans les attributs de changement via le pipeline 4. Modèle dans les champs d'étape dans ServiceNow {#apis-for-change-actions-in-devops__ol_mdw_xzr_5dc} | | Non standard | 1. Attributs de changement transmis via le pipeline 2. Flux secondaire du gestionnaire des changements et flux d'approbation par défaut Important : La définition de valeurs d'attribut dans le flux secondaire du gestionnaire des changements par défaut et dans le flux d'approbation peut provoquer des conflits, car ceux-ci peuvent s'exécuter simultanément. Définissez les valeurs d'attribut dans une source unique pour éviter les problèmes. 3. Champs d'enregistrement d'étape dans ServiceNow 4. Modèle transmis dans les attributs de changement via le pipeline 5. Modèle dans les champs d'étape dans ServiceNow {#apis-for-change-actions-in-devops__ol_opz_zzr_5dc} | [Tableau 1. Ordre de priorité des attributs de changement pour les changements basés sur le type] {#apis-for-change-actions-in-devops__table_gzf_mzr_5dc} {#apis-for-change-actions-in-devops__table_tyh_31s_5dc__entry__2} | Demande de changement | Priorité | |-|-| | Standard | 1. Paramètres prédéfinis du modèle 2. Attributs de changement transmis via le pipeline 3. Champs d'enregistrement d'étape dans ServiceNow 4. Modèle transmis dans les attributs de changement via le pipeline 5. Modèle dans les champs d'étape dans ServiceNow {#apis-for-change-actions-in-devops__ol_hbn_r1s_5dc} | | Non standard | 1. Paramètres prédéfinis du modèle 2. Attributs de changement transmis via le pipeline 3. Flux secondaire du gestionnaire des changements et flux d'approbation par défaut Important : La définition de valeurs d'attribut dans le flux secondaire du gestionnaire des changements par défaut et dans le flux d'approbation peut provoquer des conflits, car ceux-ci peuvent s'exécuter simultanément. Définissez les valeurs d'attribut dans une source unique pour éviter les problèmes. 4. Champs d'enregistrement d'étape dans ServiceNow 5. Modèle transmis dans les attributs de changement via le pipeline 6. Modèle dans les champs d'étape dans ServiceNow {#apis-for-change-actions-in-devops__ol_vyh_31s_5dc} | [Tableau 2. Ordre de priorité des attributs de changement pour les changements basés sur le modèle] {#apis-for-change-actions-in-devops__table_tyh_31s_5dc} Remarque : Si vous avez utilisé des règles métier dans vos opérations de changement, vous devez définir la propriété sn_devops.change_request.apply_attributes_on_creation sur true, afin de définir les attributs de changement transmis dans le pipeline lors de la création de la demande de changement plutôt que de les transmettre après la création de la demande de changement. Pour plus d'informations, consultez [Propriétés du Vélocité de changement DevOps](https://servicenow-prod.fluidtopics.net/E7z_E_9D8A8JylSLGUPjLA "Utilisez ces propriétés pour configurer les paramètres de l'application Vélocité de changement DevOps."). ## Scénario 1 {#apis-for-change-actions-in-devops__example_ol4_bdq_wdc} 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 {#apis-for-change-actions-in-devops__example_uzc_2dq_wdc} 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 {#apis-for-change-actions-in-devops__example_olc_xy4_ydc} 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 {#apis-for-change-actions-in-devops__example_kxr_2z4_ydc} 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.