Delta Deployment

Een delta deployment verplaatst alleen de metadata die daadwerkelijk is veranderd sinds de vorige release, in plaats van elke keer een heel package of de complete set componenten van een org opnieuw uit te rollen. Dit is belangrijk omdat volledige uitrollen langer duren, meer risico met zich meebrengen door componenten te raken die niemand van plan was te wijzigen, en het moeilijker maken om te zien wat een release daadwerkelijk heeft gedaan.

Salesforce berekent deltas niet native voor de meeste uitrolmethodes; teams krijgen delta-gedrag doorgaans via source tracking in scratch orgs en ondersteunde sandboxes, of via tooling van derden die Git-commits met elkaar vergelijkt om een manifest op te bouwen van wat moet worden opgenomen.

Een delta deployment verkeerd uitvoeren, hetzij door een afhankelijkheid te missen die met een wijziging had moeten meebewegen, hetzij door niet-gerelateerde componenten mee te nemen, is een veelvoorkomende oorzaak van mislukte uitrollen en onbedoelde productiewijzigingen, soms met een rollback als gevolg om het terug te draaien. OmniStudio maakt het risico concreet: een OmniScript dat wordt uitgeleverd zonder de DataRaptor-versies die het aanroept, breekt tijdens runtime in plaats van dat de uitrol faalt. Onze Salesforce DevOps-gids vergelijkt hoe verschillende tools delta deployment aanpakken.