Créer des mises à jour facultatives et pour les clients

Lorsque vous installez une application à partir du référentiel ou ServiceNow® du magasin d’applications, vous pouvez définir une série de propriétés pour définir le comportement du traitement de suppression et de choix. C’est ce que l’on appelle une fonction « d’auteur-électif ».

Vue d'ensemble

Vous trouverez des détails sur ces propriétés dans la Enregistrements ignorés pendant l’installation de l’application rubrique. Avec ces propriétés, vous pouvez activer et désactiver les suppressions et les mises à jour de choix selon que vous utilisez votre propre application ou une application tierce.

Toutefois, lorsque vous effectuez une installation à partir du contrôle de source, ces enregistrements ne sont pas ignorés, sauf lorsqu’un fichier d’application global est réclamé par une autre application globale. À l’exception des com.glide.apps.include_my_deletes et com.glide.apps.include_global_deletes qui désactivent complètement le traitement du dossier author_elective_update, ces propriétés ne sont pas efficaces pour les applications installées à la source.

Remarque :

Un fichier « absent » détecté dans le chargement Delta pour le contrôle de code source est très différent d’une charge utile Supprimer hébergée dans le dossier author_elective_update. Author_elective_update propriétés n’empêchent pas le chargement Delta dans le contrôle de code source de supprimer le fichier.

De même, les ensembles de mises à jour protègent les personnalisations que vous effectuez dans une instance contre les changements entrants qui forcent une décision d’aperçu. Avant de valider un ensemble de mises à jour, un aperçu doit être exécuté pour tenter de détecter des collisions. Vous devez résoudre tous les problèmes liés à la préversion avant d’envoyer les modifications. Le contrôle de source peut vous demander de dissimuler une modification locale, mais le résultat de l’installation est de charger ce qui est présent dans la source, même si une modification a été apportée localement.

Le chargement de ce qui est présent dans la source est difficile lorsque les propriétés doivent avoir différentes versions en fonction de la cible de l’installation. Par exemple, il est difficile de résoudre le problème lorsqu’une propriété contenant une URL d’intégration diffère en fonction du rôle de production de l’instance. Le marqueur is_private est efficace avec une installation de contrôle de source et ne remplace pas la propriété si défini, ce qui atténue ce problème.