Legacy - Réduisez le bruit de vos validations de contrôle de source

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture

    • En tant que développeur de contrôle de source, vous pouvez fusionner les branches de Git, sans obtenir de bruit provenant des champs qui sont mis à jour automatiquement par le système.

    Important :
    À partir de la Xanadu mise en production, la legacy version de est en cours de ServiceNow Studio préparation pour une éventuelle dépréciation. Ce module d'extension sera masqué et ne sera plus activé sur les nouvelles instances, mais continuera d'être pris en charge. Pour en savoir plus sur le processus de dépréciation, consultez l’article Processus de dépréciation [KB0867184] dans la base de connaissances Now Support.

    Essayez plutôt de créer et de modifier des applications dans la version actuelle de ServiceNow Studio Pour plus d'informations, consultez ServiceNow Studio.

    Vue d’ensemble du débruitage

    Dans Studio, la fonctionnalité de contrôle de source regroupe les fichiers d’application sous forme de charges utiles XML, lorsqu’ils sont exportés vers des référentiels Git. Lorsqu’un utilisateur fusionne des branches Git dans un référentiel Git dans le cadre du workflow de développement d’application, l’utilisateur doit résoudre tous les conflits dans les fichiers XML. Ces conflits se trouvent généralement dans les champs générés par le système, comme sys_updated_by, et représentent des changements non générés par l’utilisateur. L’utilisateur doit être prudent lorsqu’il résout des conflits dans ces champs, car ce processus peut créer plus de bruit.

    Attribut d’exemption de l’économiseur

    Des fonctionnalités ont été ajoutées dans le contrôle des sources pour réduire le bruit des charges utiles XML, afin d’aider l’utilisateur à résoudre les conflits lors de la fusion des branches Git.

    Par défaut, le système définit l’attribut saver_exempt pour certains champs dans les tables dont les valeurs sont générées automatiquement par le système. Pour plus d’informations sur l’attribut saver_exempt, consultez Attributs de dictionnaire.

    La table suivante contient les valeurs saver_exempt.

    Tableau 1. Table d’attributs d’exemption de l’économiseur
    Champs Tables système saver_exempt valeurs Résultat attendu
    • sys_updated_on
    • sys_updated_by
    • sys_mod_count
    • sys_metadata
    • sys_choice
    • sys_package
    • sys_app_customization
    • sys_claim
    • sys_package_dependency_m2m
    		 exempt_vcs_only Les champs ne sont pas écrits dans la représentation XML correspondante d’un enregistrement de la table lors de l’empaquetage de l’application pour les commits Git.
    Sys_id
    • sys_dictionary
    • sys_documentation
    • sys_choice
    		 exempt_vcs_only Le champ sys_id n’est pas écrit dans la représentation XML de l’enregistrement de trois tables lors de l’empaquetage de l’application pour les commits Git.
    Champs avec loader_exempt=vrai exempt_always Les champs loader_exempt définis sur Vrai ne sont pas chargés dans l’instance. Ils ne sont pas écrits dans la représentation XML des enregistrements dans les tables lors de l’empaquetage de l’application pour les commits Git

    Désactivation de la propriété de suivi

    Un administrateur peut désactiver le glide.source_control.disable_tracking_of_update_fields afin que les champs n’affichent pas de valeurs générées par l’utilisateur.

    Remarque :
    Les champs suivants ne sont pas écrits en XML pendant les validations de contrôle de source, et leurs valeurs dans l’instance sont chargées à partir d’une validation Git. Si un administrateur souhaite que le système écrive ces champs en XML et utilise les valeurs générées par le système pour ces champs, il peut définir la propriété glide.source_control.disable_tracking_of_update_fields sur Faux.

    Les champs suivants sont les valeurs générées par le système que l’administrateur voit :

    • sys_updated_by = utilisateur de validation
    • sys_updated_on = heure de validation
    • sys_mod_count = zéro

    sys_id champs pour les tables

    Le champ sys_id pour les tables est enregistré dans le « dictionnaire/<nom de table >.xml » correspondant afin qu’il ne soit pas régénéré lors de l’installation dans l’instance, sauf lors de la création des tables. Le résultat est que le bruit est réduit à partir de tous les fichiers XML qui font référence à l’sys_id de la table ou représentent l’enregistrement de sys_db_object pour cette table.