Legacy - Considérations relatives au développement

Lorsque vous développez du code, tenez compte de certaines de ces suggestions pour des performances optimales.

Important :

À partir de la Xanadu mise en production, la legacy version de est en cours de ServiceNow Studio préparation pour une éventuelle dépréciation. Ce module d'extension sera masqué et ne sera plus activé sur les nouvelles instances, mais continuera d'être pris en charge. Pour en savoir plus sur le processus de dépréciation, consultez l’article Processus de dépréciation [KB0867184] dans la base de connaissances Now Support.

Essayez plutôt de créer et de modifier des applications dans la version actuelle de ServiceNow Studio Pour plus d'informations, consultez ServiceNow Studio.

Les instances de production ne doivent pas publier dans le référentiel Git

Pour protéger l’intégrité de la production, vous ne devez pas forcer les modifications à publier dans le référentiel Git à partir de la production, même si, techniquement, vous pouvez ouvrir et valider les modifications dans l’application dans ServiceNow® Studio. L’option « Peut modifier l’application dans Studio » peut être désactivée en production sur l’enregistrement sys_app . Mais il se réinitialise à la prochaine opération de code source qui déclenche une mise à jour (c’est-à-dire lorsque vous appliquez des modifications distantes ou changez de branche).

Les dépendances ne sont pas installées lors de l’installation d’une application à partir du référentiel Git

Les applications contrôlées à la source ne s’installent pas ou ne se mettent pas à niveau automatiquement si elles sont répertoriées comme étant les dépendances de votre application. Au lieu de cela, le client doit installer ou mettre à niveau l’application contrôlée de source par lui-même. Le client est également responsable de l’installation et de la mise à niveau des applications dans le bon ordre.

Contrôle strict des privilèges de contrôle de source en production

Les opérations de code source sont généralement disponibles pour les personnes disposant de privilèges de développement dans l’instance. Étant donné que les environnements de production ne doivent pas avoir de développement continu, assurez-vous de contrôler étroitement les privilèges d’administrateur et de développement délégué pour éviter la perte de données et d’autres conséquences graves.