Delta Deployment

Ein Delta Deployment verschiebt nur die Metadaten, die sich seit dem letzten Release tatsächlich geändert haben, statt jedes Mal ein ganzes Paket oder sämtliche Komponenten einer Org neu zu deployen. Das ist wichtig, weil vollständige Deployments länger dauern, ein höheres Risiko bergen, weil sie Komponenten anfassen, die niemand ändern wollte, und es schwerer machen zu erkennen, was ein Release tatsächlich bewirkt hat.

Salesforce berechnet Deltas bei den meisten Deployment-Methoden nicht nativ; Teams erhalten Delta-Verhalten in der Regel entweder über Source Tracking in Scratch Orgs und unterstützten Sandboxes, oder über Tools von Drittanbietern, die Git-Commits vergleichen, um ein Manifest dessen zu erstellen, was enthalten sein soll.

Ein Delta Deployment falsch anzugehen, sei es durch das Übersehen einer Abhängigkeit, die mit einer Änderung hätte mitwandern müssen, oder durch das Einbeziehen unrelated Komponenten, ist eine häufige Ursache für fehlgeschlagene Deployments und unbeabsichtigte Änderungen in der Produktion, die manchmal einen Rollback erfordern, um sie rückgängig zu machen. OmniStudio macht das Risiko greifbar: Ein OmniScript, das ohne die DataRaptor-Versionen ausgeliefert wird, die es aufruft, bricht zur Laufzeit ab, statt das Deployment fehlschlagen zu lassen. Unser Salesforce-DevOps-Guide vergleicht, wie verschiedene Tools an Delta Deployment herangehen.