Enregistrements ignorés 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 soit lorsque vous modifiez les enregistrements de métadonnées dans l’instance sur laquelle vous déployez, soit 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 perdre des « enregistrements ignorés », qui sont générés dans le sys_upgrade_history_log. Découvrez ce qui vous attend 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 | Inclus dans l'étendue | Aucune omission n’est détectée, l’application se charge à partir du contrôle de source. S’il existe une mise à jour XML locale, vous êtes invité à dissimuler ces modifications. |
| Contrôle de source | Global | Aucune omission n’est détectée, l’application se charge à partir du contrôle de source. S’il existe une mise à jour XML locale, vous êtes invité à dissimuler ces modifications. |
| Référentiel d’applications | Inclus dans l'étendue | Les enregistrements ignorés sont générés et les personnalisations conservées. |
| Référentiel d’applications | Global | Les enregistrements de changements d’application appliqués et ignorés ne sont générés que lorsqu’une réclamation supérieure est trouvée. Consultez la liste connexe Résultats des réclamations à examiner pour plus de détails. |
| Boutique | Inclus dans l'étendue | Les enregistrements ignorés sont générés et les changements de personnalisation sont appliqués. |
| Contrôle de source | Personnalisation | Pas de sauts, la personnalisation se charge à partir du contrôle de source. S’il existe une mise à jour XML locale, vous êtes invité à dissimuler ces modifications. |
| 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 | Champ d’application 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 de 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, des éléments supplémentaires (qui auraient pu ê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 des auteurs 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écharges d’ensembles de choix que vous pouvez appliquer ou ignorer. Que vous les appliquiez ou que vous 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 met à jour les champs de sys_choice à 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’application client et non aux applications tierces. | Faux | Non |
| com.glide.apps.force_skips | Crée des enregistrements ignorés pour l’ensemble de author_elective_update | Faux | Non |
| com.glide.apps.include_my_deletes | Processus author_elective_update | Faux | Oui |
| com.glide.apps.include_global_deletes | Processus author_elective_update pour les applications globales | Faux | Oui |
Lorsqu’il n’y a pas de propriété pour com.glide.apps.include_my_schema, la valeur par défaut est Faux. Toutefois, depuis la version Orlando, les nouvelles instances disposent d’une entrée par défaut dans la table pour la définir sur True.
Réclamations
Les revendications s’appliquent aux applications globales et aux personnalisations d’application. Dans les applications globales, les réclamations 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 d’historique de mise à niveau pour l’enregistrement ignoré est créé afin d’identifier un état de réclamation conflictuel. Pour en savoir plus, consultez la liste connexe Résultats des réclamations à examiner .