
Andrew Hanna

Andrew Hanna

Samengevat: Om van change sets naar source control over te stappen, zet je de metadata van je org in een Git-repository, gebruik je een source-getrackte ontwikkelomgeving, en deploy je via een pipeline in plaats van componenten handmatig te kiezen. Doe het stapsgewijs: zet source tracking aan, laat een team piloteren op Git en een validate-only pipeline, en ruim change sets scope voor scope op.
Salesforce zelf raadt nu aan om het org-naar-org releasemodel te ontgroeien, en de meeste gidsen vertellen je waarom change sets tekortschieten. Weinige geven je het echte migratiepad. Deze gids is dat pad: een herhaalbaar draaiboek dat je kunt uitvoeren zonder levering te bevriezen.
Het betekent de bron van waarheid voor je metadata uit de org halen en in een version-controlsysteem zetten, meestal Git. Change sets kopieren componenten org naar org en laten geen historie na. Source control bewaart elke layout, flow, permission set en Apex-klasse als geversioneerde bestanden, zodat je kunt branchen, reviewen, deployen en terugrollen. De org wordt een deploy-doel in plaats van het masterrecord.
Change sets zijn een prima startpunt en blijven nuttig voor kleine teams. Ze lopen tegen een muur naarmate je groeit:
Overweeg de overstap zodra een van deze punten geldt:
Als er twee of meer gelden, kosten change sets je al meer dan ze opleveren.
Voer deze stappen op volgorde uit. Het doel is een werkende pipeline voor een scope voordat je uitbreidt.
De gratis basis is die van Salesforce zelf: de Salesforce CLI, Salesforce DX en DevOps Center, dat change sets vervangt door een Git-gebaseerde UI en integreert met GitHub en Bitbucket. Als je beheerde pipelines, back-ups, metadata-bewuste diffs en quality gates nodig hebt, bouwen platforms zoals Serpent, Copado, Gearset, AutoRABIT, Flosum, Salto en Blue Canvas voort op dezelfde Git-basis. Begin gratis en neem een platform wanneer proces, niet tooling, je knelpunt is. We lopen dit specifieke upgradepad door op change sets versus Serpent. Voor meer Salesforce DevOps how-tos, zie de Serpent-gidsen.
Voor de mentaliteitsverandering achter de overstap, lees de verschuiving die je niet meer kunt negeren, en als je klaar bent om een herhaalbare releaseflow te bouwen, gaat onze playbook van change sets naar continue levering een stap verder.
Probeer geen big-bang overstap. Migreer een scope tegelijk en houd change sets parallel draaien tot elke pipeline bewezen is. Zet source tracking aan voordat je bouwt, niet erna, anders leggen je eerste sandboxen geen wijzigingen vast. En baseline de hele org voordat iemand een feature branch begint, zodat je repository vanaf dag een productie weerspiegelt in plaats van ervan af te drijven.
Plan profiles en permission sets bewust, want dat is de lastigste metadata om netjes te versioneren. Houd de parallelle periode kort, want langdurig twee bronnen van waarheid doet het doel teniet. En neem admins vanaf het begin mee: de overstap struikelt vaker over cultuur dan over tooling.
Moet ik direct stoppen met change sets?
Nee. Migreer scope voor scope en houd change sets voor teams die nog niet over zijn, zodat levering nooit bevriest.
Welke omgevingen ondersteunen source tracking?
Scratch orgs en Developer- en Developer Pro-sandboxen ondersteunen source tracking; Partial Copy- en Full-sandboxen niet.
Is DevOps Center genoeg, of heb ik een betaalde tool nodig?
DevOps Center is een gratis, Git-gebaseerd startpunt. Voeg een commercieel platform toe wanneer je beheerde pipelines, back-ups of geavanceerde quality gates nodig hebt.
Hoe baseline ik een bestaande org?
Haal de metadata van de org op met de Salesforce CLI, converteer naar source format en commit die als eerste versie in je repository.
Kan ik van change sets naar Git overstappen zonder code te schrijven?
Ja. Serpent geeft admins point-and-click source control op Git, en ons team vult de repository samen met jou, zoals we laten zien in change sets versus Serpent.
Vrijblijvend.