Von Change Sets zu Source Control in Salesforce wechseln

Kurz gesagt: Um von Change Sets zu Source Control zu wechseln, legst du die Metadaten deiner Org in ein Git-Repository, nutzt eine source-getrackte Entwicklungsumgebung und deployst über eine Pipeline, statt Komponenten von Hand auszuwählen. Mach es schrittweise: aktiviere Source Tracking, pilotiere ein Team auf Git mit einer validate-only Pipeline und ziehe Change Sets Bereich für Bereich zurück.

Salesforce empfiehlt Kunden inzwischen selbst, das Org-zu-Org-Release-Modell hinter sich zu lassen, und die meisten Anleitungen erklären, warum Change Sets zu kurz greifen. Wenige geben dir den tatsächlichen Migrationspfad. Diese Anleitung ist dieser Pfad: ein wiederholbares Playbook, das du ohne Auslieferungsstopp ausführen kannst.

Was bedeutet der Wechsel von Change Sets zu Source Control?

Es bedeutet, die Quelle der Wahrheit für deine Metadaten aus der Org in ein Versionskontrollsystem zu verlagern, meist Git. Change Sets kopieren Komponenten von Org zu Org und hinterlassen keine Historie. Source Control speichert jedes Layout, jeden Flow, jede Permission Set und jede Apex-Klasse als versionierte Dateien, sodass du branchen, reviewen, deployen und zurückrollen kannst. Die Org wird zum Deployment-Ziel statt zum Master-Datensatz.

Warum von Change Sets weg?

Change Sets sind ein guter Startpunkt und bleiben für kleine Teams nützlich. Mit dem Wachstum stoßen sie an eine Grenze:

• Keine Versionskontrolle und keine Historie, wer was geändert hat.
• Kein automatisches Rollback, wenn ein Deployment schiefgeht.
• Kein Code-Review, bevor Änderungen landen.
• Manuelle Auswahl jeder Komponente, langsam und fehleranfällig.
• Nicht unterstützte Metadatentypen und unveränderliche, nicht editierbare Uploads.

Wann ist es Zeit für den Wechsel?

Erwäge den Wechsel, sobald einer dieser Punkte zutrifft:

• Mehr als eine Person nimmt parallel Änderungen vor.
• Du betreibst drei oder mehr Umgebungen.
• Du lieferst häufige oder Notfall-Releases aus.
• Du hast Compliance-Anforderungen: Genehmigungen, Funktionstrennung, Audit-Protokolle.

Wenn zwei oder mehr zutreffen, kosten dich Change Sets bereits mehr, als sie einsparen.

Wie migrierst du von Change Sets zu Source Control?

Führe diese Schritte der Reihe nach aus. Ziel ist eine funktionierende Pipeline für einen Bereich, bevor du ausweitest.

1. Erstelle das Repository. Richte ein Git-Repo ein und einige dich auf ein Branching-Modell, das dein Team versteht.
2. Aktiviere Source Tracking in der Produktion. Neue Developer- und Developer-Pro-Sandboxes erben es dann, was die automatische Änderungserfassung ermöglicht.
3. Lege eine Baseline an. Hole deine bestehenden Org-Metadaten mit der Salesforce CLI und committe sie als ersten Snapshot der Wahrheit.
4. Konvertiere ins Source-Format. Nutze die CLI, um große Metadatendateien in kleinere, mergebare Source-Dateien zu zerlegen, die Konflikte reduzieren.
5. Pilotiere ein Team. Verlagere ein einzelnes Team oder Projekt auf Feature-Branches und ein validate-only Deployment, während alle anderen weiter Change Sets nutzen.
6. Füge Continuous Integration hinzu. Verdrahte eine Pipeline, die jeden Pull Request validiert und gemergte Source in die nächste Umgebung deployt.
7. Ziehe Change Sets nach Bereich zurück. Sobald die erste Pipeline vertraut ist, schalte diesen Bereich von Change Sets ab und wiederhole es für das nächste Team.

Change Sets vs. Source Control: was ändert sich wirklich?

• Quelle der Wahrheit: die Org wird zum Deployment-Ziel; das Repository hält den verbindlichen Stand.
• Änderungserfassung: manuelles Ankreuzen wird automatisches Source Tracking.
• Review: kein Review wird zu Pull Requests.
• Deploy: manuelle Klicks werden zu einer wiederholbaren Pipeline.
• Wiederherstellung: kein Rollback wird Zurücksetzen-und-neu-Deployen aus der Historie.

Welche Tools solltest du nutzen?

Die kostenlose Basis ist Salesforces eigene: die Salesforce CLI, Salesforce DX und DevOps Center, das Change Sets durch eine Git-gestützte Oberfläche ersetzt und mit GitHub und Bitbucket integriert. Wenn du verwaltete Pipelines, Backups, metadaten-bewusste Diffs und Quality Gates brauchst, bauen Plattformen wie Serpent, Copado, Gearset, AutoRABIT, Flosum, Salto und Blue Canvas auf demselben Git-Fundament auf. Starte kostenlos und adoptiere eine Plattform, wenn der Prozess, nicht das Tooling, dein Engpass ist. Genau diesen Umstiegsweg beschreiben wir unter Change Sets versus Serpent. Weitere Salesforce-DevOps-Anleitungen findest du in den Serpent-Guides.

Für den Mentalitätswandel hinter dem Umstieg lies den Wandel, den du nicht mehr ignorieren kannst, und wenn du bereit bist, einen wiederholbaren Release-Ablauf zu bauen, geht unser Playbook von Change Sets zu Continuous Delivery weiter.

Wie vermeidest du häufige Migrationsfehler?

Versuche keinen Big-Bang-Umstieg. Migriere einen Bereich nach dem anderen und lass Change Sets parallel laufen, bis jede Pipeline erprobt ist. Aktiviere Source Tracking, bevor du baust, nicht danach, sonst erfassen deine ersten Sandboxes keine Änderungen. Und lege die Baseline der gesamten Org an, bevor jemand einen Feature-Branch beginnt, damit dein Repository ab Tag eins die Produktion abbildet, statt von ihr abzudriften.

Plane Profiles und Permission Sets bewusst, denn sie sind die kniffligsten Metadaten für sauberes Versionieren. Halte die Parallelphase kurz, denn zwei Quellen der Wahrheit auf Dauer machen den Zweck zunichte. Und nimm die Admins von Anfang an mit: Der Wechsel scheitert häufiger an der Kultur als am Werkzeug.

FAQ

Muss ich Change Sets sofort einstellen?

Nein. Migriere Bereich für Bereich und behalte Change Sets für Teams, die noch nicht gewechselt haben, damit die Auslieferung nie einfriert.

Welche Umgebungen unterstützen Source Tracking?

Scratch Orgs sowie Developer- und Developer-Pro-Sandboxes unterstützen Source Tracking; Partial-Copy- und Full-Sandboxes nicht.

Reicht DevOps Center, oder brauche ich ein kostenpflichtiges Tool?

DevOps Center ist ein kostenloser, Git-gestützter Startpunkt. Ergänze eine kommerzielle Plattform, wenn du verwaltete Pipelines, Backups oder fortgeschrittene Quality Gates brauchst.

Wie lege ich die Baseline einer bestehenden Org an?

Hole die Metadaten der Org mit der Salesforce CLI, konvertiere sie ins Source-Format und committe sie als erste Version in deinem Repository.

Kann ich ohne Programmieren von Change Sets zu Git wechseln?

Ja. Serpent gibt Admins Point-and-Click-Source-Control auf Git, und unser Team befüllt das Repository gemeinsam mit dir, wie wir unter Change Sets versus Serpent zeigen.