Click deploy vanuit Git: zo deploy je Salesforce-wijzigingen vanuit een branch

TL;DR: Een click deploy vanuit Git gebruikt een branch in een repository, geen sandbox, als bron voor een point-and-click Salesforce-deployment. Tools bieden meestal vier modi: geselecteerde componenten, de hele branch, de verschillen tussen twee branches, of alles wat sinds de laatste geslaagde build is gecommit. Voor teamreleases deploy je de verschillen tussen branches, valideer je eerst en laat je verwijderingen via een pull request lopen.

Wat is een click deploy vanuit Git?

Een klassieke click deploy vergelijkt twee orgs en levert de componenten die je aanvinkt, zoals we uitleggen in hoe ClickDeploy werkt en wat het kost. Een click deploy op basis van Git houdt dezelfde interface, maar wisselt de bron: de tool leest metadata uit een branch in een repository zoals GitHub, GitLab, Bitbucket of Azure DevOps en deployt die naar de doel-org. Je klikt nog steeds. Het verschil is dat elke wijziging gecommit was voordat ze live ging.

Waarom deployen vanuit een branch in plaats van een org?

• Een gedeelde geschiedenis. Org-naar-org-deploys houden niet bij wie wat heeft gewijzigd, dus een tweede deploy kan de eerste ongemerkt overschrijven. Een branch bewaart elke wijziging en de auteur ervan.
• Review vóór de release. Wijzigingen kunnen een pull request doorlopen voordat ze een org bereiken.
• Een bekende bron van waarheid. De branch die aan productie is gekoppeld, laat zien wat productie hoort te bevatten, en dat maakt een rollback betrouwbaar.

Reken wel op wat ruis. De documentatie van Gearset meldt dat orgs blijven veranderen door geautomatiseerde jobs, platformupgrades en gebruikersactiviteit, dat de Metadata API de XML van sommige componenttypes herschikt, en dat profielmetadata afhangt van wat er verder wordt opgehaald. Gearset raadt aan om vooral vaak gewijzigde metadatatypes met veel impact te volgen, niet alles.

Wat zijn de Git-bronopties voor een click deploy?

Copado Essentials, de tool die vroeger ClickDeploy heette, documenteert vier Git-bronopties, en die passen ook goed op andere tools:

1. Geselecteerde componenten uit een branch. Werkt als een org-naar-org-deploy: je kiest zelf componenten uit de branch. Handig voor een gerichte hotfix.
2. Alles uit een branch. Deployt de volledige inhoud van de branch in één keer. Past bij een nieuwe of herbouwde omgeving; richting productie levert het veel meer dan de wijziging.
3. Verschillen tussen twee branches. Vergelijkt een bronbranch met een vergelijkingsbranch en deployt alleen wat verschilt. Copado adviseert als vergelijkingsbranch de branch te kiezen die bij de doel-org hoort.
4. Incrementele build. Een CI-job deployt alleen bestanden die sinds de laatste geslaagde build zijn gecommit, bijgehouden met een build-marker die na elke geslaagde deployment opschuift. Een geslaagde CI-job die alleen valideert, verplaatst de marker niet.

Optie drie is de Git-variant van delta-deployments, en de juiste standaard om een feature van de ene omgevingsbranch naar de volgende te promoten.

Hoe doe je stap voor stap een click deploy vanuit een Git-branch?

1. Koppel de repository en de doel-org. Autoriseer beide in je tool en houd de repository in één metadataformaat. Gearset merkt op dat repositories in Metadata API-formaat en in DX-formaat anders zijn opgebouwd.
2. Koppel branches aan omgevingen. Bepaal welke branch bij welke org hoort, bijvoorbeeld één voor UAT en main voor productie. Een branchvergelijking is zo goed als deze koppeling.
3. Kies de bron- en vergelijkingsbranch. Neem de feature- of releasebranch als bron en de branch van de doel-org als vergelijking.
4. Bekijk de diff. Lees wat de tool gaat deployen. Ontbreekt er verwachte metadata, zoek dan naar een package.xml: Gearset filtert vergelijkingen standaard op een geldig exemplaar.
5. Behandel verwijderingen bewust. In Copado Essentials worden componenten die je in een Git-flow voor verwijdering markeert eerst uit de branch gehaald, dus je commit de wijziging en merget die via een pull request voordat de org verandert.
6. Valideer en deploy. Draai een validatie zonder opslaan met een bewust gekozen Apex-testniveau en deploy daarna. Onze click deploy-checklist behandelt testniveaus en quick deploy.
7. Merge terug. Merge na een geslaagde deploy de bron in de vergelijkingsbranch, zodat branch en org weer overeenkomen.

Welke tools ondersteunen click deploys vanuit Git, en wat kosten ze?

• Copado Essentials: Git-integratie met GitHub, Bitbucket, GitLab en Azure DevOps zit in Essentials Plus, voor $249 per gebruiker per maand bij jaarlijkse facturering of $289 per maand, met een trial van 21 dagen, volgens de prijspagina. Bij Free en Basic staat geen Git-integratie vermeld.
• Gearset: de Compare and deploy-pagina accepteert een source control-branch als bron of als doel, volgens het helpcentrum.
• DevOps Center: de native, point-and-click en Git-gebaseerde optie van Salesforce. Salesforce Ben meldt dat de nieuwe generatie sinds Spring '26 native in productie-orgs draait, GitHub en Bitbucket ondersteunt en haar acties beschikbaar stelt via de officiële Salesforce MCP-server.
• De CLI-route: teams die de terminal gewend zijn, gebruiken de community-plugin sfdx-git-delta, waarvan het commando sf sgd source delta een package.xml en een destructiveChanges.xml opbouwt uit twee commits. De makers geven aan dat het geen officieel ondersteunde Salesforce-tool is.

Prijzen per gebruiker lopen snel op zodra Git erbij komt: vijf mensen op Essentials Plus kosten $1.245 per maand bij jaarlijkse facturering.

Hoe pakt Tekunda click deploys vanuit Git aan?

Tekunda is het Salesforce-consultancy- en productbedrijf achter Serpent, het DevOps-platform dat het ook voor eigen klantprojecten gebruikt. In Serpent blijven admins klikken: ze kiezen wijzigingen in een interface, koppelen die aan een ticket en promoten ze door de pipeline, terwijl Git-commits, pull requests en Apex-tests eronder draaien. Die flow laten we zien in DevOps voor admins zonder Git aan te raken. Serpent rekent per bedrijf in plaats van per gebruiker, dus vergelijk het met tools die per seat rekenen op onze prijspagina, en teams die van Copado Essentials overstappen, kunnen het migratiepad volgen. Meer handleidingen vind je in de SF Guides-bibliotheek.

FAQ

Kan ik zonder CLI een click deploy doen van GitHub naar Salesforce?

Ja. Copado Essentials Plus, Gearset en DevOps Center deployen allemaal vanuit een Git-branch via een point-and-click-interface.

Wat is het verschil tussen een branch-deploy en een delta-deploy?

Een branch-deploy levert alles in de branch. Een delta-deploy levert alleen wat verschilt tussen twee branches of commits.

Verwijdert een click deploy vanuit Git metadata?

Alleen als je daarom vraagt. Verwijderingen gaan mee als destructive changes, en in Copado Essentials worden ze eerst gecommit en via een pull request gemerged.

Waarom verschilt mijn branch direct na de setup van mijn org?

Orgs blijven veranderen, en de Metadata API kan XML herschikken of andere profielinhoud teruggeven, dus enige drift is normaal.