Glossaire Salesforce DevOps

Delta Deployment

Déployer uniquement les métadonnées qui ont changé depuis la dernière release, plutôt que tout le package.

Définition

Un delta deployment ne déplace que les métadonnées qui ont réellement changé depuis la dernière release, au lieu de redéployer à chaque fois tout un package ou l'ensemble des composants d'un org. C'est important car les déploiements complets prennent plus de temps, comportent plus de risques en touchant des composants que personne n'avait l'intention de changer, et rendent plus difficile de voir ce qu'une release a réellement fait.

Salesforce ne calcule pas les deltas nativement pour la plupart des méthodes de déploiement ; les équipes obtiennent généralement un comportement delta soit via le source tracking dans les scratch orgs et les sandboxes prises en charge, soit via un outillage tiers qui compare les commits Git pour construire un manifest de ce qu'il faut inclure.

Mal gérer un delta deployment, que ce soit en manquant une dépendance qui aurait dû se déplacer avec un changement ou en incluant des composants non liés, est une cause fréquente d'échecs de déploiement et de changements de production involontaires, nécessitant parfois un rollback pour annuler. OmniStudio rend ce risque concret : un OmniScript livré sans les versions de DataRaptor qu'il appelle plante à l'exécution plutôt que de faire échouer le déploiement. Notre guide Salesforce DevOps compare la façon dont différents outils abordent le delta deployment.

En pratique

Comment cela fonctionne dans Serpent

Serpent ne déploie que les métadonnées qu'une tâche a réellement touchées, suivies automatiquement plutôt que calculées après coup à partir d'un diff Git, de sorte que chaque release reste limitée aux changements prévus. La détection des dépendances intègre les composants dont un changement dépend réellement sans embarquer des métadonnées non liées, ce qui garde les déploiements rapides et faciles à revoir. Combiné aux vérifications de preflight, cela fait du delta deployment le comportement par défaut plutôt qu'une chose à configurer par l'équipe. Voir la gestion des releases dans Serpent pour savoir comment les delta deployments s'intègrent dans le pipeline complet.

Releases
Tâches
Orgs
v2.8.3 · Production
Composants
AccountTrigger
OpportunityFlow
DashboardLWC
PermissionSet_A
EmailTemplate
0 sur 5 prêts
Revue IA Serpent
Analyse…
Aucun changement cassant
Couverture de tests : 94%
Dépendances cartographiées
Delta validé
En attente de la revue IA…
✓ Déployé en production · à l'instant
Questions fréquentes

Delta Deployment, en questions

Salesforce calcule-t-il automatiquement les deltas de déploiement ?
Pas pour la plupart des méthodes de déploiement. Le comportement delta vient soit du source tracking dans les scratch orgs et les sandboxes prises en charge, soit d'un outillage tiers qui compare les commits Git pour construire une liste de composants.
Quel est le risque de mal gérer un delta deployment ?
Manquer une dépendance qui aurait dû se déplacer avec un changement provoque des échecs de déploiement. Inclure des composants non liés fait courir un risque de changements involontaires en production, puisque tout ce qui figure dans le manifest se déploie, qu'il ait été destiné à bouger ou non.
Un delta deployment est-il toujours plus rapide qu'un déploiement complet ?
Presque toujours, car il ne traite que les métadonnées qui ont changé. Les déploiements complets prennent plus de temps et touchent plus de composants, ce qui explique aussi pourquoi ils comportent plus de risques d'effet secondaire involontaire.

Démarrez gratuitement. Sans carte bancaire, sans installation, sans engagement.

Configuration en moins de 15 minutes. Aucune embauche DevOps nécessaire.

Curieux de livrer plus vite avant de vous lancer ? Parlons-en

Sans engagement.