Enregistrements ignorés qui se produisent lors de l’installation de l’application
Certains enregistrements peuvent être ignorés lorsque vous effectuez des mises à jour locales d’applications globales ou incluses dans le périmètre. Des enregistrements ignorés peuvent se produire lorsque vous modifiez les enregistrements de métadonnées dans l’instance sur laquelle vous déployez 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 pouvez présenter un risque « d’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, les cas d’utilisation généraux suivants 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 | Pas d’omissions, 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 | Pas d’omissions, 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 | Inclus dans l'étendue | Les enregistrements ignorés sont générés et les personnalisations sont 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 en savoir plus, consultez la liste connexe Résultats des réclamations à examiner . |
| Boutique | Inclus dans l'étendue | Les enregistrements ignorés sont générés et des 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 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 du magasin/de l’application | 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 des cours facultatifs de l’auteur
Il est important de comprendre le but du dossier author_elective_update .
Lorsque ServiceNow votre application est empaquetée 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 métadonnées, des fichiers supprimés, y compris des changements de schéma, et des déchargements d’ensembles 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 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’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 | 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’existe aucune 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 Vrai.
Réclamations
Les réclamations s’appliquent aux applications globales et aux applications-personnalisations. 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 .