Enregistrements ignorés qui se produisent pendant l’installation de l’application

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

    • Certains enregistrements peuvent être ignorés lorsque vous effectuez des mises à jour locales vers des applications globales ou incluses dans le périmètre. Les enregistrements ignorés peuvent se produire lorsque vous modifiez les enregistrements de métadonnées dans l’instance vers laquelle vous effectuez le déploiement ou lorsque vous appliquez un ensemble de mises à jour. Selon le modèle de déploiement que vous utilisez et l’état des propriétés applicables, vous risquez de risquer des « enregistrements ignorés » qui sont générés dans le sys_upgrade_history_log. Découvrez à quoi vous attendre sur votre instance lorsque vous mettez à niveau une application à l’aide de différentes méthodes.

    Cas d’utilisation généraux

    Dans la plupart des cas, ces cas d’utilisation généraux se produisent lors de l’installation de l’application :

    Type de déploiement Type de demande Résultat attendu
    Contrôle de source Dans le périmètre Aucun saut, l’application se charge à partir du contrôle de source. S’il existe une mise à jour XML locale, vous êtes invité à dissimuler ces changements.
    Contrôle de source Global Aucun saut, l’application se charge à partir du contrôle de source. S’il existe une mise à jour XML locale, vous êtes invité à dissimuler ces changements.
    Référentiel d’applications Dans le périmètre Les enregistrements ignorés sont générés et les personnalisations préservées.
    Référentiel d’applications Global

    Les changements d’application appliqués et ignorés ne sont générés que lorsqu’une réclamation supérieure est trouvée.

    Pour plus de détails, voir Examiner les enregistrements ignorés à l’aide des listes connexes.
    Boutique Dans le périmètre Des enregistrements ignorés sont générés, des changements de personnalisation sont appliqués.
    Contrôle de source Personnalisation Aucun saut, la personnalisation se charge à partir du contrôle de source. S’il existe une mise à jour XML locale, vous êtes invité à dissimuler ces changements.
    Référentiel d’applications Personnalisation Aucun enregistrement ignoré n’est généré. Des changements de personnalisation sont appliqués.
    Référentiel de stockage/d’applications Inclus dans le champ d’application et personnalisation Aucun enregistrement ignoré n’est généré, à moins que la personnalisation ne mette à jour l’enregistrement d’application de base. Dans ce cas, une entrée de journal d’une mise à jour ignorée pour l’application de base est créée.

    Mises à jour facultatives de l’auteur

    Il est important de comprendre le but du dossier author_elective_update .

    Lorsque ServiceNow vous empaquetez votre application pour le référentiel ou pour la validation dans le contrôle de source, les éléments supplémentaires (qui peuvent avoir été ignorés précédemment) sont déchargés dans le dossier author_elective_update . (Ces éléments supprimés sont souvent appelés simplement « suppressions ».) Lorsque votre application est installée sur votre propre instance, les fichiers supprimés sont automatiquement chargés à partir du dossier author_elective_update .

    Par exemple, si vous avez modifié le schéma de votre application en supprimant une table ou une colonne, ces fichiers sont suivis dans le dossier mais ne sont pas appliqués par défaut. Il existe des règles spécifiques qui s’appliquent aux mises à jour facultatives de création que vous pouvez modifier, en fonction des propriétés que vous pouvez définir. Ce dossier contient des fichiers de métadonnées supprimés, y compris des changements de schéma, et des déchargements de jeux de choix que vous pouvez appliquer ou ignorer. Que vous les appliquiez ou les ignoriez, et que les enregistrements ignorés correspondants soient générés, dépend de l’état des propriétés et du flux de traitement suivants :

    Nom de la propriété Comportement Par défaut Utilisé dans le contrôle de source
    com.glide.apps.include_only_sys_choice Charge uniquement les éléments supprimés et les mises à jour pour sys_choice les champs à partir de author_elective_update Faux Non
    com.glide.apps.include_my_schema Charge uniquement les éléments supprimés dans les fichiers de schéma à partir de author_elective_update. S’applique aux installations d’applications client et non aux applications tierces. Faux Non
    com.glide.apps.force_skips Crée des enregistrements ignorés pour tous les author_elective_update Faux Non
    com.glide.apps.include_my_deletes author_elective_update de processus Faux Oui
    com.glide.apps.include_global_deletes author_elective_update de processus pour les applications globales Faux Oui
    Remarque :

    Lorsqu’il n’y a pas de propriété pour com.glide.apps.include_my_schema, la valeur par défaut est False. Cependant, depuis la version Orlando, les nouvelles instances ont une entrée par défaut dans la table pour la définir sur Vrai.

    Organigramme

    Réclamations

    Les réclamations s’appliquent aux applications globales et aux personnalisations d’application. Dans les applications globales, les revendications permettent au système de choisir un enregistrement de manière déterministe si le même fichier est inclus dans plusieurs applications. Si vous voyez une réclamation supérieure, un journal de l’historique des mises à niveau pour l’enregistrement ignoré est créé pour identifier un état de réclamation conflictuel. Pour plus de détails, voir Examiner les enregistrements ignorés à l’aide des listes connexes.