Was ich aus dem kostenlosen sfdx-hardis-Training lernte
Das kostenlose sfdx-hardis-DevOps-Training ist der beste Salesforce-DevOps-Kurs, den ich bisher gemacht habe. In 27 Praxis-Labs auf drei Leveln bauen Sie eine komplette CI/CD-Pipeline auf kostenlosen Salesforce-Orgs, von der ersten User Story bis zu Produktions-Releases, Hotfixes und Monitoring. Ein Badge gibt es erst, wenn ein automatischer Job Ihre Arbeit im eigenen Repository geprüft hat. Ich habe alle drei Level im Oktober 2026 abgeschlossen und trotz fast zwei Jahren sfdx-hardis-Erfahrung beinahe einen ganzen Tag gebraucht.
Warum habe ich das Training gemacht?
Ehrlich gesagt: LinkedIn ist schuld. Jeden Tag tauchten mehr sfdx-hardis-Badges in meinem Feed auf, und jeden Tag störte es mich ein bisschen mehr, dass ich sie nicht hatte. Also habe ich mir die Zeit genommen.
Ich habe nicht bei null angefangen. Ich setze sfdx-hardis in Kundenprojekten ein, arbeite seit rund zwei Jahren damit und kenne Git gut. Außerdem habe ich DevOps-Kurse von Gearset, Flosum und Copado abgeschlossen. Das gab mir einen guten Vergleich, und deshalb kann ich ohne Zögern sagen: Dieser Kurs ist erstklassig.
Wenn Sie das Tool noch nicht kennen, starten Sie mit meiner Einführung in sfdx-hardis. Sie erklärt, was das Toolkit kann und wie es sich von kommerziellen Plattformen unterscheidet.
Was deckt das sfdx-hardis-Training ab?
Das Training (öffnet in einem neuen Tab) stammt von Cloudity und läuft komplett auf kostenlosen Ressourcen: einem GitHub-Account, VS Code und kostenlosen Salesforce Developer Edition Orgs. Wer auf dem eigenen Rechner keine Software installieren darf, kann ein browserbasiertes VS Code nutzen. Jedes Lab enthält Screenshots der echten Oberflächen. Der Kurs ist in zwei Rollen und drei Level aufgeteilt:
- Level 1, Contributor Basics (7 Labs, etwa 2 h 15): VS Code, Git und sfdx-hardis installieren, Dev Hub, Scratch Orgs und Pipeline einrichten, auf einem Branch arbeiten, ein eigenes Feld bauen, die Änderung veröffentlichen, den Deployment-Check bestehen und mergen.
- Level 2, Contributor Advanced (9 Labs, etwa 4 h): eine fehlende Abhängigkeit beheben, Deployment Actions für Datenkorrekturen und Referenzdaten, Quality Gate und Apex-Testabdeckung, Permission Sets und Profile, einen Merge-Konflikt lösen und einen Commit mit falschen Metadaten korrigieren.
- Level 3, Release Manager (11 Labs, etwa 6 h 55): Pipeline konfigurieren, Pull Requests reviewen, Deployment-Logs lesen, kollidierende Pull Requests mergen, mit Release Notes nach UAT promoten, mit DORA-Metriken in die Produktion releasen, Hotfixes und Retrofits, Produktions-Monitoring, generierte Dokumentation und Promotion Branches.
Wie bekommt man die Badges?
Das unterscheidet den Kurs von anderen. Es gibt kein Multiple-Choice-Quiz. Am Ende jedes Levels klont ein Job Ihr öffentliches Repository und führt alle Checks dieses Levels erneut aus. Nur wenn alles besteht, erhalten Sie das Badge, das Sie auf LinkedIn teilen können. Cloudity sagt klar, dass es ein Badge ist und keine Zertifizierung. Für mich ist das das ehrlichere Modell: Es belegt, dass Sie die Arbeit tatsächlich gemacht haben.
Meine drei Badges (öffnet in einem neuen Tab) habe ich am 18. und 20. Oktober 2026 erhalten, mit allen Checks auf allen drei Leveln bestanden.
Was sind meine fünf Takeaways?
Auch mit Erfahrung war einiges neu oder hat mir einen frischen Blick gegeben:
- GitHub statt GitLab und Azure DevOps. In meinen Projekten habe ich bisher vor allem GitLab und Azure DevOps genutzt. Den Kurs auf GitHub zu machen, war eine schöne Abwechslung. Kleines Detail, großes Lächeln: GitHub zeigt den Validierungsstatus eines Pull Requests direkt im Icon des Browser-Tabs.
- Post-Deployment-Schritte und SFDMU in der Pipeline. Deployment Actions und Datenladungen mit SFDMU, dem Open-Source-Plugin für Datenmigrationen, über eine hardis-gestützte Pipeline laufen zu lassen, zeigt, wie viel manuelle Release-Arbeit aus Tabellen verschwinden kann.
- Promotion Branches. Ein neues Beta-Feature, nach dem ich Nicolas Vuillamy immer wieder gefragt hatte, um es dann selbst einen Monat lang nicht zu testen. Ich habe mich gefühlt wie ein typischer Endkunde.
- Die DevOps-Pipeline-Seite. Statt alles direkt im Repository zu prüfen, zeigt die Pipeline-Ansicht in der VS-Code-Erweiterung den Stand von Branches und Umgebungen an einer Stelle.
- DORA-Metriken. Zum ersten Mal habe ich mir die DORA-Metriken in sfdx-hardis angesehen: Deployment-Häufigkeit, Durchlaufzeit von Änderungen, Fehlerquote von Änderungen und Wiederherstellungszeit. Das sind Zahlen, die ein Lenkungsausschuss versteht.
Ich werde nicht jedes Feature in jedem Projekt einsetzen. Aber zu wissen, was es gibt, hilft mir, besser zu beraten und für jedes Team den passenden Ansatz zu empfehlen. Gerade für Admins können einige dieser Helfer die tägliche Release-Arbeit deutlich erleichtern. Und wer Kunden bei der Auswahl ihrer DevOps-Werkzeuge berät, sollte die Optionen aus eigener Hand kennen und nicht nur aus Präsentationen.
Für wen lohnt sich das Training?
Ich empfehle es drei Gruppen:
- Admins und Berater, die keine Angst mehr vor Git haben wollen. Level 1 und 2 zeigen, dass Branches, Pull Requests und Merge-Konflikte mit der VS-Code-Erweiterung beherrschbar sind.
- Entwickler und Tech Leads, die Git kennen, aber noch keine vollständige Salesforce-Pipeline mit Deployment Actions, Quality Gates und Monitoring gesehen haben.
- Release Manager und Architekten, die den Release-Prozess verantworten. Level 3 würde ich für diese Rolle zur Pflicht machen, gerade in Programmen mit mehreren Partnern, in denen Pull-Request-Reviews und ein klarer Release-Rhythmus den Unterschied machen.
Für Kunden ist das Training außerdem ein günstiger Weg, internes DevOps-Wissen aufzubauen. Das ist die Grundlage dafür, den Release-Prozess selbst zu besitzen, statt ihn einem Partner zu überlassen. Dieses Thema zieht sich durch einen Großteil meiner Arbeit an Architektur und Governance.
Wie fällt mein Fazit aus?
Planen Sie mit Erfahrung einen vollen Tag ein, ohne Erfahrung mehr. Die Zeit ist gut investiert. Arbeiten Sie die Labs am besten am Stück durch und nicht verteilt über Wochen, denn die Level bauen direkt aufeinander auf und die Zusammenhänge zwischen Branch, Pull Request, Pipeline und Org werden so am deutlichsten. Der Kurs ist kostenlos, praxisnah und nah an echter Projektarbeit, und das Badge hat Aussagekraft, weil es geprüft wird. Großes Lob und Dank an Nicolas Vuillamy und das Cloudity-Team.
Wenn Sie besprechen möchten, wie sfdx-hardis oder ein DevOps-Setup in Ihrem Salesforce-Programm funktionieren könnte, schreiben Sie mir.
Häufige Fragen
Ist das sfdx-hardis-Training wirklich kostenlos?
Ja. Das Training ist kostenlos und Open Source. Sie brauchen einen kostenlosen GitHub-Account und kostenlose Salesforce Developer Edition Orgs, keinen bezahlten Dienst, keine Lizenz und keine Kreditkarte.
Wie lange dauert das sfdx-hardis-Training?
Der Kurs nennt etwa 2 h 15 für Level 1, etwa 4 h für Level 2 und etwa 6 h 55 für Level 3. Mit Vorerfahrung habe ich für alle drei fast einen Tag gebraucht.
Für wen ist das sfdx-hardis-Training gedacht?
Level 1 und 2 richten sich an alle, die User Stories bauen und ausliefern, auch Admins und Berater. Level 3 richtet sich an Release Manager, die die Pipeline bis in die Produktion verantworten.
Ist das sfdx-hardis-Badge eine Zertifizierung?
Nein. Cloudity beschreibt es ausdrücklich als Badge, nicht als Zertifizierung. Es belegt, dass Sie die Labs abgeschlossen haben, weil ein automatischer Job Ihr eigenes Repository prüft.