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

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 sur 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 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 d'application	Résultat attendu
Contrôle de source	Dans le périmètre	Pas d’ignorance, l’application se charge à partir du contrôle de source. S’il existe un xml de mise à jour local, vous êtes invité à dissimuler ces changements.
Contrôle de source	Global	Pas d’ignorance, l’application se charge à partir du contrôle de source. S’il existe un xml de mise à jour local, 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 conservé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 un xml de mise à jour local, 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.
Stockage/référentiel d’applications	Inclus dans le périmètre et personnalisation	Aucun enregistrement ignoré n’est généré à moins que la personnalisation ne mette à jour l’enregistrement de l’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 l’objectif 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 pouvaient être ignorés auparavant) 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 changer, 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 d’ensemble de choix que vous pouvez appliquer ou ignorer. Le fait de les appliquer ou de les ignorer, et de générer ou non les enregistrements ignorés correspondants, dépend de l’état des propriétés et du flux de traitement suivants :

Nom de la propriété	Comportement	Valeur 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 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 personnalisées 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.

Réclamations

Les revendications s’appliquent aux applications globales et aux personnalisations d’applications. 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.