Developer Sandboxes et les métadonnées

Chaque bac à sable fourni Developer Sandboxes est un environnement isolé au sein d’une instance, ce qui permet aux développeurs de créer et de tester en parallèle sans impact sur les autres tâches.

Les bacs à sable peuvent être alloués à des stories, des développeurs, des plans de test ou tout autre critère personnalisé.

Developer Sandboxes et la configuration des métadonnées

Chaque bac à sable est initialisé avec les métadonnées complètes de l’instance de base. Par exemple, les scripts et les règles métier.

Les modifications apportées à la configuration des métadonnées dans le bac à sable n’affectent pas l’instance de base tant que les modifications ne sont pas fusionnées. Par exemple, vous pouvez installer un module d’extension sur un bac à sable et il ne sera pas installé sur l’instance de base. Les développeurs peuvent utiliser des bacs à sable pour apporter des modifications risquées sans se soucier d’affecter l’instance de base ou d’autres bacs à sable.

Les informations d’identification et les rôles de l’utilisateur sont isolés à chaque bac à sable. La modification du rôle d’un utilisateur dans un bac à sable n’affecte pas les autres bacs à sable ni l’instance de base.

Tout changement apporté à la configuration des métadonnées doit d’abord être validé à partir du bac à sable dans l’instance de base. L’administrateur Developer Sandboxes doit ensuite fusionner les modifications dans l’image de base. Les modifications sont alors disponibles pour le bac à sable mis en service suivant, mais pas pour les bacs à sable existants.

Developer Sandboxes et données de table

Tous les enregistrements créés dans un bac à sable sont immédiatement disponibles sur l’instance de base. Par exemple, l’ajout d’une colonne à une table est isolé dans le bac à sable, mais si vous créez un incident dans un bac à sable, ce nouvel enregistrement est également créé dans la table d’incidents de l’instance de base.

Les données de table sont partagées de la façon suivante :

• À moins qu’une table ne soit configurée pour être isolée dans l’instance de base ou copiée sans données, la table est partagée entre tous les bacs à sable.
• Les enregistrements créés dans un bac à sable d’une table de données partagée sont disponibles sur l’instance de base et tout autre bac à sable qui partage cette table. Un changement de schéma isole la table, et tous les enregistrements ajoutés par la suite sont également isolés.

Developer Sandboxes et modèles de données

Lorsqu’un bac à sable est alloué, il hérite de la configuration des données de base de référence des applications incluses dans le périmètre, sauf s’il existe des données qui ne peuvent pas être copiées. Pour plus d’informations sur les profils de données et les modèles, reportez-vous à la section Administration Developer Sandboxes des données.

Developer Sandboxes et les règles métier

Les règles métier sont des métadonnées héritées de l’instance de base. Vous pouvez voir les règles métier sur un bac à sable en accédant à Tous > Administration > Règles métier.

Les règles métier sont copiées, mais isolées. Ils sont hérités, mais les changements et les ajouts sont isolés dans chaque bac à sable. Pour plus d’informations sur les règles métier, reportez-vous à .Classic Business rules