Masterclass · Stand Oktober 2026
Vom Change Set zur eigenen Salesforce-Pipeline
Mehrere Partner, eine Org und drei Salesforce-Releases im Jahr: Ohne verbindlichen Release-Prozess wird jede Änderung zum Risiko. Ich zeige Schritt für Schritt, wie Sie von Change Sets zu einer Pipeline kommen, die Ihnen gehört, mit Open Source wie sfdx-hardis oder mit kommerziellen Plattformen.
- 10Kapitel
- 17Fachartikel
- DE · ENDeutsch und Englisch
Termine
Termine, die Ihre Pipeline betreffen
Diese Änderungen treffen Ihre Pipeline und Ihre Integrationsbenutzer. Wer sie zu spät bemerkt, merkt es am fehlgeschlagenen Deployment.
- Lokaler Salesforce DX MCP Server erreicht End of Life →
- SOAP login() braucht die Berechtigung Use Any API Auth →
- OAuth Username-Password Flow für Connected Apps endet →
- SOAP login() in den API-Versionen 31.0 bis 64.0 entfällt
- SOAP-, REST- und Bulk-API in den Versionen 31.0 bis 40.0 fallen aus
Kapitel
Zehn Kapitel, von Change Sets bis zum stabilen Betrieb
Vom ersten Change Set bis zum geregelten Betrieb, in der Reihenfolge, in der Sie es im Projekt auch angehen sollten.
- Kapitel 01:
Warum Releases entscheiden
Die Grundbegriffe, die Kosten schlechter Releases mit mehreren Partnern und fünf Reifestufen von Change Sets bis zur eigenen Pipeline. - Kapitel 02:
Eigentum und Rollen
Wem Repository und Pipeline gehören, welche vier Rollen ein Release braucht, wer was freigibt und wie der Prozess einen Partnerwechsel übersteht. - Kapitel 03:
Umgebungen und Branches
Wie Sandboxes, Scratch Orgs und Branches zusammenpassen, damit Entwickler-Orgs aktuell bleiben und Hotfixes nicht verloren gehen. - Kapitel 04:
Werkzeuge im Überblick
Vom Change Set bis zur kommerziellen Plattform: welches DevOps-Werkzeug zu Ihrer Git-Plattform, Ihrem Team und Ihren Partnern passt. - Kapitel 05:
Die Pipeline bauen
Welche Bausteine eine Salesforce-Pipeline braucht, vom Pull Request über Testlevel und Delta-Deployments bis zum Login ohne Passwort. - Kapitel 06:
Qualität, Tests, Reviews
Welche Reviews, Tests und automatischen Prüfungen jede Änderung bestehen muss, bevor sie gemergt wird, für Code und für Flows. - Kapitel 07:
Daten und Konfiguration
Welche Konfigurations- und Referenzdaten keine Metadaten sind, wie sie durch die Pipeline kommen und wie Sandboxes maskiert bleiben. - Kapitel 08:
Release-Planung
Wie Sie Ihren Release-Kalender mit den drei Salesforce-Releases, Release Updates und Abschaltungen abstimmen. - Kapitel 09:
Betrieb und Monitoring
Was nach dem Go-live dazugehört: tägliches Org-Monitoring, getestete Backups, sichtbare technische Schulden, DORA-Kennzahlen und ein Hotfix-Weg. - Kapitel 10:
Einführung und Fahrplan
In sieben Phasen von Change Sets zur Pipeline in Kundenhand, mit Training, Kennzahlen und einem Ausblick auf Coding-Agenten.
Fachartikel
Fachartikel zur Masterclass, eine Frage pro Artikel
Jeder Artikel beantwortet eine konkrete Frage aus Releases und Betrieb. Sortiert nach Thema, damit Sie gezielt nachlesen.
Grundlagen und Eigentum 4 Fachartikel
Warum der Release-Prozess über Großprojekte entscheidet und warum er dem Kunden gehören sollte.
Werkzeuge 4 Fachartikel
sfdx-hardis, DevOps Center und kommerzielle Plattformen: was sie abdecken und wann sie passen.
Releases und Plattformänderungen 4 Fachartikel
Was Salesforce-Releases und Abkündigungen in Ihrer Pipeline ändern und wann Sie handeln müssen.
KI in der Pipeline 5 Fachartikel
Reviews, Quality Gates und Datenregeln, wenn Coding-Agenten am Release mitarbeiten.
Kontakt
Sie wollen Ihren Release-Prozess auf feste Füße stellen?
Ein kurzes Gespräch zeigt, wo Ihr Prozess heute steht und welcher Schritt als Nächstes zählt.
Termin vereinbaren (öffnet Microsoft Bookings in einem neuen Tab)Wählen Sie einen Termin in meinem Kalender über Microsoft Bookings. Lieber schreiben? Nutzen Sie das Formular, ich melde mich bei Ihnen.
Lieber gleich sprechen? 0221 98656758