Custom Metadata Type
Les enregistrements de custom metadata se déploient comme des métadonnées, pas comme des données, ce qui en fait le moyen standard de déplacer une configuration entre orgs sans étape de migration de données.
Définition
Un custom metadata type définit un enregistrement de métadonnées, plutôt qu'un enregistrement de données sObject, ce qui signifie que ses enregistrements se déploient via l'API Metadata aux côtés de la définition du type elle-même, et se déplacent proprement entre sandboxes et production sans chargement de données séparé. C'est l'inverse d'un custom setting ou d'un simple custom object, dont les enregistrements sont des données et ne voyagent pas avec un change set, un package ou un déploiement de métadonnées. Les équipes utilisent les custom metadata types pour stocker une configuration qui doit être livrée avec le code, feature flags, points d'intégration, règles métier, précisément parce qu'elle se comporte comme des métadonnées dans un pipeline. Il existe un plafond strict sur le nombre total d'enregistrements de custom metadata par type et par org, et les utilisateurs finaux ne peuvent pas créer ni modifier des enregistrements via l'interface standard sans un screen flow ou une page personnalisée, l'accès Setup y étant réservé aux administrateurs par défaut. Notre guide de gestion des métadonnées Salesforce détaille ce schéma.
Comment cela fonctionne dans Serpent
Serpent déploie les enregistrements de custom metadata type de la même façon que n'importe quelle autre métadonnée, suivis par Work Item, inclus dans le preflight et comparés dans la comparaison d'org, de sorte qu'un changement de configuration parte avec le code qu'il est censé accompagner plutôt que de nécessiter une étape de données séparée. Voir la gestion des releases dans Serpent pour savoir comment les changements de métadonnées sont délimités.
Démarrez gratuitement. Sans carte bancaire, sans installation, sans engagement.
Configuration en moins de 15 minutes. Aucune embauche DevOps nécessaire.