Hoe je van Salesforce DevOps-tool wisselt zonder je pipeline te breken

Waarom teams de overstap uitstellen (en waarom dat een fout is)

De meeste Salesforce-teams weten dat ze een betere DevOps-tool nodig hebben, maar stellen de overstap uit omdat migratie riskant aanvoelt. De realiteit: blijven op een tool die niet bij je team past, is riskanter. Elke handmatige releasecyclus, elke productie-uitval door een ongeteste change set, elk uur besteed aan werk dat geautomatiseerd zou moeten zijn - dat is je echte kostenpost.

Deze gids loopt door hoe je veilig van Salesforce DevOps-tool wisselt, of je nu komt van Change Sets, Copado of Gearset.

Voordat je begint: de premigratiechecklist

• ✅ Documenteer je huidige releaseproces - hoeveel stappen, wie keurt goed, wat draait de tests
• ✅ Identificeer alle verbonden org's (sandbox, staging, UAT, productie) en hun onderlinge relaties
• ✅ Maak een lijst van alle actieve metadatatypes die je deployt (Flows, Apex, LWC, Permission Sets, enz.)
• ✅ Noteer bestaande geautomatiseerde tests en hoe vaak ze draaien
• ✅ Bevestig dat je Git-repository actueel is (als je al op broncontrole zit)
• ✅ Kies een migratievenster met weinig verkeer - vermijd einde van de maand of kwartaalafsluitingen

Migreren vanaf Change Sets

Change sets zijn het meest voorkomende startpunt. Het goede nieuws: deze migratie is het schoonst omdat er geen eerdere toolconfiguratie is om over te nemen.

1. Verbind je org's. Verbind met Serpent alle org's via OAuth - productie, sandboxes en eventuele developer-org's. Dit duurt 10-15 minuten.
2. Initialiseer broncontrole. Als je geen Git-repo hebt, maak er een. Serpent verbindt direct met GitHub, GitLab of Bitbucket.
3. Draai een metadatasnapshot. Trek je huidige productiemetadata als baseline naar broncontrole. Dit is je startpunt.
4. Bouw je eerste pipeline. Configureer een eenvoudige deploy van dev sandbox → UAT → productie. Draai het eenmaal met een kleine, veilige wijziging om de opzet te verifieren.
5. Zet change sets stop. Na 2-3 succesvolle geautomatiseerde deploys, stop je met change sets voor nieuw werk. Houd bestaande goedgekeurde change sets aan voor lopend werk totdat ze sluiten.

Tijd tot volledige migratie: 1-2 weken voor de meeste teams.

Migreren vanaf Gearset

Gearset-teams begrijpen pipelines en broncontrole al - de migratie draait vooral om het herconfigureren van je pipelinedefinities en org-connecties. Nog twijfelend? Onze Gearset-alternatiefvergelijking laat zien waar de twee platformen echt verschillen.

1. Exporteer je Gearset-pipelineconfiguratie. Documenteer welke org's met welke verbinden, welke metadatafilters je gebruikt, en welke tests per omgeving verplicht zijn.
2. Verbind org's opnieuw. Gebruik dezelfde OAuth-flow om alle org's met het nieuwe platform te verbinden. Je bestaande Git-repo werkt zoals die is.
3. Herbouw pipelines. Map elke Gearset-pipeline naar zijn equivalent in Serpent. De meeste configuraties vertalen direct.
4. Draai parallel voor een sprint. Houd Gearset actief voor bestaande pipelines terwijl je nieuwe bouwt en test in Serpent. Een sprint parallel draaien vangt eventuele hiaten op.
5. Schakel over. Na een sprint zonder problemen in Serpent, schakel je Gearset-pipelines uit en zeg je het abonnement op.

Tijd tot volledige migratie: 2-4 weken inclusief de parallelle sprint.

Migreren vanaf Copado

Copado-migraties zijn het meest complex omdat Copado's user stories en branchbeheer diep geintegreerd zijn. De sleutel is om het proces te migreren, niet alleen de tooling. Voor de feature-voor-feature-vergelijking, lees eerst onze Copado-alternatiefvergelijking.

1. Sluit lopend werk af. Rond alle actieve Copado user stories af voordat je begint met migreren. Migreer niet midden in een sprint.
2. Documenteer je branchstrategie. Copado-teams hebben doorgaans een specifiek branchingmodel - zorg dat je team hierover op een lijn zit voordat je van tool wisselt.
3. Migreer org-connecties. Dezelfde OAuth-procedure als hierboven.
4. Herbouw je pipelinefases. Map Copado-omgevingen naar Serpent-pipelinefases. De concepten zijn gelijkwaardig.
5. Train het team opnieuw. Copado's interface is voor sommige teamleden erg vertrouwd. Begroot 2-3 uur teamonboarding.
6. Draai parallel voor twee sprints. Gezien de hogere complexiteit, draai je twee volledige sprints parallel voordat je overschakelt.

Tijd tot volledige migratie: 4-8 weken inclusief parallel draaien en hertraining.

Wat je niet moet doen

• ❌ Migreer niet tijdens een freeze-periode of vlak voor een grote release
• ❌ Sla de parallelle sprint niet over - die vangt de edge cases op waar je niet aan dacht
• ❌ Migreer niet alle org's tegelijk - begin met een pipeline van een sandbox
• ❌ Vergeet niet je CI/CD-webhooks (GitHub Actions, enz.) bij te werken zodat ze naar het nieuwe platform wijzen

Hoeveel tijd kost het echt?

Vanaf	Realistische tijdlijn	Belangrijkste complexiteit
Change Sets	1-2 weken	De eerste pipeline vanaf nul bouwen
Gearset	2-4 weken	Pipelineconfiguraties herbouwen
Copado	4-8 weken	Procesafstemming en teamhertraining

FAQ

Hoe wissel je van DevOps-tool zonder je pipeline te breken?

Migreer een pipeline tegelijk en draai de oude en nieuwe tool minstens een sprint lang parallel voordat je overschakelt. Begin met een enkele sandboxpipeline in plaats van alle org's tegelijk, en herpunt je CI/CD-webhooks wanneer je dat doet.

Hoe lang duurt een migratie van Salesforce DevOps-tool?

Reken op ongeveer een tot twee weken vanaf change sets, twee tot vier weken vanaf Gearset, en vier tot acht weken vanaf Copado. Copado duurt het langst omdat het proces en de gewoontes van het team meeverhuizen, niet alleen de configuratie.

Kun je midden in een sprint migreren?

Beter van niet. Rond lopend werk eerst af, en vermijd freeze-periodes, einde van de maand en kwartaalafsluitingen. Een migratievenster met weinig verkeer kiezen betekent dat een verrassing niet bovenop een release landt.

Wat moet je voorbereiden voordat je van DevOps-tool wisselt?

Documenteer je huidige releaseproces en wie wat goedkeurt, maak een lijst van elke verbonden org en hun onderlinge relaties, noteer de metadatatypes die je deployt en de tests die je al draait, en bevestig dat je Git-repository actueel is.

Klaar om te beginnen?

Het migratieteam van Serpent kan een gratis migratiebeoordeling uitvoeren - we brengen je huidige setup in kaart naar een Serpent-configuratie en geven je een realistische tijdlijn voordat je ergens aan vastzit. Start hier je migratie.