Rollback

Un rollback annule un déploiement qui a livré un problème, en restaurant l'état précédent des métadonnées ou données concernées. Salesforce n'a pas de rollback natif en un clic pour les déploiements de métadonnées : annuler une mauvaise release signifie généralement redéployer manuellement la version précédente de chaque composant concerné, que cette release soit sortie via un change set ou un pipeline CI, ou restaurer depuis une sauvegarde si une a été faite au préalable.

Les deux chemins prennent du temps sous pression, ce qui fait du rollback l'une des lacunes les plus risquées d'un processus de release manuel. Les équipes acceptent soit une interruption prolongée le temps de déterminer quoi annuler, soit évitent totalement de déployer en production pendant les fenêtres risquées, ce qui ralentit généralement la livraison.

Certains changements sont bien plus difficiles à annuler proprement que d'autres, en particulier ceux impliquant des données en direct, des changements destructifs ayant déjà supprimé des métadonnées, ou une automatisation déjà active, donc le rollback doit être planifié dans le cadre du plan de déploiement avant qu'une release ne parte, pas improvisé après qu'un incident survienne.