Salesforce DevOps Woordenlijst

Change Set

Salesforce's ingebouwde, klik-en-wijs-manier om metadata tussen gekoppelde orgs te verplaatsen, één handmatige upload tegelijk.

Definitie

Een change set is Salesforce's ingebouwde, klik-en-wijs-manier om configuratiewijzigingen, velden, objecten, flows, layouts, te verplaatsen tussen twee orgs die zijn gekoppeld via een deployment connection binnen dezelfde productiehiërarchie, zoals sandbox naar productie. Alleen metadatatypen die change sets ondersteunen kunnen worden opgenomen, en Apex-klassen zonder voldoende testdekking kunnen de hele set blokkeren bij het deployen.

Elke stap is handmatig: een beheerder opent Setup, bouwt een uitgaande change set component voor component, uploadt deze, en een beheerder in de doelorg valideert en deployt hem. Er is geen ingebouwde planning en geen dependency-resolutie buiten Salesforce's eigen validatie om, dus een gemiste component komt meestal naar voren als een deploymentfout in plaats van automatisch te worden meegenomen.

Change sets hebben ook geen rollback-mechanisme; een mislukte deployment terugdraaien betekent handmatig een tweede change set bouwen en deployen. Dat is werkbaar voor kleine, incidentele releases met een stabiele orglijst, maar het loopt snel vast zodra teams meer omgevingen toevoegen of vaker uitleveren. Teams die alles binnen Salesforce willen houden, kijken vaak eerst naar native tooling, wat precies is wat de vergelijking tussen Serpent en Flosum afweegt. Zie onze Salesforce DevOps-gids voor hoe teams hier doorgaans overheen groeien.

In de praktijk

Hoe het werkt in Serpent

Serpent vervangt de handmatige stap van het bouwen van change sets door een taakgebaseerde workflow: kies de componenten die een taak heeft geraakt, en Serpent houdt ze automatisch bij met source tracking in plaats van een handgebouwd manifest. Deployments lopen via een geplande, controleerbare pipeline met dependency-volgorde, zodat wijzigingen elke keer in dezelfde volgorde landen in sandboxes, staging en productie. Elke release behoudt een volledige geschiedenis: wat is gedeployd, wanneer, door wie, en een rollback met één klik als er iets misgaat. Omdat Serpent met orgs communiceert via standaard Salesforce-API's, schaalt het moeiteloos voorbij de limiet van twee of drie orgs waarbij change sets pijnlijk worden, zonder dat teams eerst Git hoeven te leren. Zie de volledige vergelijking tussen change sets en Serpent voor een overzicht naast elkaar.

Serpent-releaselijst met een statuspipeline die change set-deployments volgt over orgs
Veelgestelde vragen

Change Set, beantwoord

Kan ik change sets nog steeds naast Serpent gebruiken?
Ja, maar de meeste teams verplaatsen hun componenttracking naar Serpent's taken zodra het aantal orgs boven de twee of drie uitkomt, omdat change sets foutgevoelig worden op schaal.
Waarom mislukken change set-deployments zelfs als alles er correct uitziet in Setup?
Meestal een ontbrekende dependency, zoals een formuleveld dat verwijst naar een custom veld dat niet aan de set is toegevoegd, of Apex-testdekking onder de drempel van Salesforce. Change sets lossen dependencies niet automatisch op, dus de omissie komt alleen naar voren als validatiefout.
Hoeveel orgs kan ik realistisch beheren met change sets?
Change sets werken prima voor twee of drie orgs in een stabiele hiërarchie, maar elke extra omgeving vermenigvuldigt de handmatige upload-en-valideer-stappen, wat de reden is dat de meeste teams overstappen op geautomatiseerde pipelines zodra ze een staging- of UAT-org toevoegen.

Start gratis. Geen creditcard, geen installatie, geen verplichting.

Binnen 15 minuten ingericht. Geen DevOps-medewerker nodig.

Benieuwd naar sneller releasen voordat je instapt? Laten we praten

Vrijblijvend.