Manifeste
Le fichier XML qui indique précisément à l'API Metadata quels composants récupérer ou déployer.
Définition
Un manifeste est le fichier XML que l'API Metadata lit pour savoir quels composants une opération doit toucher. package.xml liste ce qu'il faut récupérer ou déployer ; destructiveChangesPre.xml et destructiveChangesPost.xml listent ce qu'il faut supprimer, avant ou après le reste du déploiement. Tout ce qui n'est pas nommé dans un manifeste reste intact, donc une entrée manquante est un trou silencieux plutôt qu'une erreur. Les outils au format métadonnées, l'ancien Ant Migration Tool et les appels bruts à l'API Metadata, nécessitent un manifeste pour chaque opération ; les outils au format source construits autour de sfdx-project.json peuvent au contraire déduire quoi récupérer ou déployer à partir de la structure des dossiers, bien qu'un manifeste soit tout de même généré en coulisses pour l'appel API réel. Maintenir un manifeste à la main pour chaque release est une source courante de composants manqués à mesure qu'une équipe grandit au-delà de deux ou trois environnements. Voir notre guide de gestion des métadonnées pour savoir comment les équipes dépassent généralement les manifestes manuels.
Comment cela fonctionne dans Serpent
Serpent construit automatiquement le manifeste pour chaque déploiement à partir des métadonnées qu'une tâche a réellement touchées, suivies plutôt que saisies à la main, afin qu'un composant ne puisse pas être silencieusement oublié d'une release. Les entrées destructrices sont générées de la même manière lorsqu'une tâche supprime des métadonnées, avec l'ordre pré- ou post-déploiement résolu pour vous. Voir la gestion des releases dans Serpent pour savoir comment les manifestes sont délimités en coulisses.
Manifeste, expliqué
Démarrez gratuitement. Pas de carte bancaire, pas d'installation, aucun engagement.
Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.