sfdx-hardis en de open-source Salesforce DevOps-stack: een eerlijke lezing

De open-source Salesforce DevOps-stack is echt, volwassen en gratis, en dekt meer dan de meeste mensen aannemen. sfdx-hardis maakt van de Salesforce CLI een echte pipeline, sfdx-git-delta berekent delta's, Code Analyzer doet statische analyse, en je CI-platform draait het geheel. Wat je niet krijgt is een eigenaar, een administratie en iemand om om twee uur 's nachts te bellen. Dat is de helft die teams zelf gaan bouwen.

Wat is de open-source Salesforce DevOps-stack?

Ruwweg vijf lagen, elk apart onderhouden:

• Orkestratie. sfdx-hardis, een gratis en open-source laag over de Salesforce CLI, geleid door Nicolas Vuillamy en Cloudity. Het definieert CI/CD-pipelines, dagelijkse metadata-backup en org-monitoring, en met AI gegenereerde projectdocumentatie. Het draait op GitHub, GitLab, Azure DevOps en Bitbucket, en installeert als sf-plugin, VS Code-extensie of Docker-image.
• Deltaberekening. sfdx-git-delta, de communityplugin die een Git-diff omzet in een package.xml en een destructiveChanges.xml.
• Kwaliteitspoorten. Salesforce Code Analyzer, open source en CLI-native, dat PMD, ESLint, CPD, RetireJS, een regex-engine en een Flow-scanner achter een YAML-config verenigt.
• Modulaire builds. sfp van flxbl, de opvolger van sfpowerscripts van DxAtScale, voor teams die hun org als pakketten modelleren.
• De runner. GitHub Actions, GitLab CI, Azure Pipelines of Jenkins, die het werk daadwerkelijk uitvoert.

Goed in elkaar gezet is dat een serieuze pipeline. Wie beweert dat Salesforce DevOps zonder licentie niet kan, heeft recent niet gekeken.

Wat dekt sfdx-hardis werkelijk?

Meer dan een CLI-wrapper. Drie dingen springen eruit.

Ten eerste neemt het het adminprobleem serieus. De VS Code-extensie laat een niet-ontwikkelaar met klikken een pull request maken, een bewust antwoord op het feit dat de meeste Salesforce-teams geen ontwikkelaars zijn.

Ten tweede behandelt het monitoring als eersteklas werk en niet als bijproduct: geplande metadata-backup en org-monitoring draaien in een eigen repository, los van levering.

Ten derde was het vroeg met AI-agents. Meer dan 130 commando's accepteren een --agent-flag voor niet-interactieve uitvoering door coding agents, wat voor een gratis tool een werkelijk vooruitziende ontwerpkeuze is.

Wat dekt open source goed?

• Metadata tussen orgs deployen, met delta's en destructieve wijzigingen netjes afgehandeld.
• Statische analyse en kwaliteitspoorten in CI.
• Geplande backups en driftmonitoring.
• Pakketbuilds voor teams die al in pakketten denken.
• Kosten. Er is geen licentie, en voor een team met een gemotiveerde engineer telt dat.

Zit je knelpunt in een van die vijf, dan is het eerlijke antwoord dat je waarschijnlijk niets hoeft te kopen.

Waar bouwen teams de ontbrekende helft alsnog zelf?

Hier wordt het gesprek meestal in beide richtingen oneerlijk. Dus concreet:

Een eigenaar

Elke laag hierboven is een afhankelijkheid die jij onderhoudt. Node-upgrades, breaking changes in de CLI, pluginversies, een Docker-image dat is afgedreven. Het is in geen enkele maand veel werk, en het is altijd dezelfde persoon. Vertrekt die persoon, dan wordt de pipeline een spookhuis.

Een administratie

CI-logs vertellen wat een job deed. Ze vertellen niet welke wijziging nu in UAT staat, wanneer die daar kwam, wie hem goedkeurde, of wat er in de laatste release is meegegaan. Teams bouwen dit opnieuw in een spreadsheet, een Jira-bord of een klein intern appje. Dit is het meest herbouwde onderdeel.

Toegangsbeheer dat niet dat van je CI-platform is

Wie mag naar productie deployen, wie keurt goed, wie ziet welk project. Branch protection en environment rules dekken een deel. Rechten per project, SSO en een auditlog dat een compliance-reviewer accepteert zijn ander werk.

Een voordeur voor niet-ontwikkelaars

sfdx-hardis pakt dit beter aan dan de meeste, en toch blijft een VS Code-extensie een installatie, een updatepad en een denkmodel. Teams die vooral uit admins en consultants bestaan, eindigen vaak toch met iets ticketvormigs om de pipeline heen.

ISV- en pakketlevering voorbij de build

Een 2GP-pakket bouwen is opgelost. Weten welke versie elke subscriber-org draait, dependencies tussen pakketten oplossen en een AppExchange-release afgrendelen zijn niet hetzelfde probleem, en die laat de open-source stack grotendeels aan jou.

Iemand om te bellen

Open source geeft je een community en broncode, wat op sommige punten meer is dan een leverancier geeft, en op een punt minder: er is geen SLA op jouw releaseavond.

Wie moet de open-source stack draaien, en wie niet?

Draai hem als je een engineer hebt die leveringstooling wil bezitten, je team comfortabel is met Git en YAML, en org-naar-org de hele opdracht is. Dat beschrijft veel goede teams, en die hoeven zich nergens voor te schamen.

Koop iets als het merendeel van je team nooit een terminal opent, als niemand de pipeline permanent als bijbaan wil bezitten, of als je geaudit toegangsbeheer en versietracking per subscriber nodig hebt. Niet omdat de open-source tools zwak zijn, maar omdat je de ontbrekende helft zou bouwen met mensen die eigenlijk iets anders doen.

Dat is het gat waarvoor Serpent is gebouwd: ticketgedreven deployments met Git op de achtergrond, AI-codereview op elk plan, native 1GP-, 2GP- en AppExchange-releaseworkflows, versiebeheer over subscriber-orgs, en een native MCP-server zodat agents deployments aansturen via preflight checks en menselijke goedkeuring. Vlakke prijs per bedrijf, en een gratis plan als je de bewering wilt testen.

Open source is hier niet de vijand. Het is de referentie-implementatie, en het houdt de hele categorie eerlijk over wat vanzelfsprekend zou moeten zijn.

FAQ

Is sfdx-hardis gratis?

Ja. Het is open source zonder licentiekosten, onderhouden door Cloudity en communitybijdragers, en Cloudity biedt er betaalde professional services omheen.

Kan sfdx-hardis Copado of Gearset vervangen?

Voor org-naar-org levering met een technische eigenaar dekt het hetzelfde terrein. Het verschil zit in governance, toegang voor niet-ontwikkelaars en leverancierssupport, niet in de deploymechaniek.

Heb ik de Salesforce CLI nodig om het te gebruiken?

Ja. Het draait op Node.js en de Salesforce CLI, en installeert als sf-plugin, VS Code-extensie of Docker-image.

Is Salesforce DevOps Center open source?

Nee. Het is gratis en Salesforce-native, wat iets anders is. Open source betekent dat je de code kunt lezen en aanpassen.

Wat kost de gratis stack echt?

Onderhoudstijd en sleutelpersoonrisico. Begroot een benoemde eigenaar en een paar uur per maand, en het is een eerlijke ruil. Laat je hem zonder eigenaar, dan is hij niet langer gratis.