Click Deploy aus Git: So deployen Sie Salesforce-Änderungen aus einem Branch

Kurz gesagt: Ein Click Deploy aus Git nutzt einen Branch in einem Repository statt einer Sandbox als Quelle für ein Salesforce-Deployment per Mausklick. Tools bieten meist vier Modi: ausgewählte Komponenten, den ganzen Branch, die Unterschiede zwischen zwei Branches oder alles, was seit dem letzten erfolgreichen Build committet wurde. Für Team-Releases deployen Sie die Branch-Unterschiede, validieren zuerst und führen Löschungen über einen Pull Request.

Was ist ein Click Deploy aus Git?

Ein klassischer Click Deploy vergleicht zwei Orgs und liefert die Komponenten aus, die Sie anhaken, wie wir in wie ClickDeploy funktioniert und was es kostet erklären. Ein Git-basierter Click Deploy behält dieselbe Oberfläche, tauscht aber die Quelle: Das Tool liest Metadaten aus einem Branch in einem Repository wie GitHub, GitLab, Bitbucket oder Azure DevOps und deployt sie in die Ziel-Org. Sie klicken weiterhin. Der Unterschied: Jede Änderung war committet, bevor sie ausgeliefert wurde.

Warum aus einem Branch statt aus einer Org deployen?

• Eine gemeinsame Historie. Org-zu-Org-Deployments halten nicht fest, wer was geändert hat, sodass ein zweites Deployment das erste unbemerkt überschreiben kann. Ein Branch bewahrt jede Änderung samt Autor.
• Review vor dem Release. Änderungen können einen Pull Request durchlaufen, bevor sie eine Org erreichen.
• Eine bekannte Quelle der Wahrheit. Der Branch, der der Produktion zugeordnet ist, zeigt, was die Produktion enthalten soll, und genau das macht ein Rollback verlässlich.

Rechnen Sie mit etwas Rauschen. Die Dokumentation von Gearset weist darauf hin, dass sich Orgs durch automatisierte Jobs, Plattform-Upgrades und Nutzeraktivität ständig ändern, dass die Metadata API das XML mancher Komponententypen neu ordnet und dass Profil-Metadaten davon abhängen, was mit ihnen zusammen abgerufen wird. Gearset empfiehlt, häufig geänderte Metadatentypen mit großer Wirkung zu verfolgen statt alles.

Welche Git-Quelloptionen gibt es für einen Click Deploy?

Copado Essentials, das Tool, das früher ClickDeploy hieß, dokumentiert vier Git-Quelloptionen, die sich gut auf andere Tools übertragen lassen:

1. Ausgewählte Komponenten aus einem Branch. Funktioniert wie ein Org-zu-Org-Deployment: Sie wählen Komponenten aus dem Branch von Hand. Passt zu einem gezielten Hotfix.
2. Alles aus einem Branch. Deployt den gesamten Branch-Inhalt in einem Schritt. Passt zu einer neuen oder neu aufgebauten Umgebung; in die Produktion liefert es weit mehr als die Änderung.
3. Unterschiede zwischen zwei Branches. Vergleicht einen Quell-Branch mit einem Vergleichs-Branch und deployt nur, was sich unterscheidet. Copado rät, als Vergleichs-Branch den Branch zu wählen, der der Ziel-Org zugeordnet ist.
4. Inkrementeller Build. Ein CI-Job deployt nur Dateien, die seit dem letzten erfolgreichen Build committet wurden, verfolgt über einen Build-Marker, der nach jedem erfolgreichen Deployment weiterrückt. Ein erfolgreicher reiner Validierungs-CI-Job verschiebt den Marker nicht.

Option drei ist die Git-native Form von Delta-Deployments und der richtige Standard, um ein Feature von einem Umgebungs-Branch zum nächsten zu befördern.

Wie führen Sie Schritt für Schritt einen Click Deploy aus einem Git-Branch durch?

1. Repository und Ziel-Org verbinden. Autorisieren Sie beide in Ihrem Tool und halten Sie das Repository in einem einzigen Metadatenformat. Gearset merkt an, dass Repositories im Metadata-API-Format und im DX-Format unterschiedlich aufgebaut sind.
2. Branches den Umgebungen zuordnen. Legen Sie fest, welcher Branch welche Org abbildet, etwa einer für UAT und main für die Produktion. Ein Branch-Vergleich ist nur so gut wie diese Zuordnung.
3. Quell- und Vergleichs-Branch wählen. Nehmen Sie den Feature- oder Release-Branch als Quelle und den Branch der Ziel-Org als Vergleich.
4. Den Diff prüfen. Lesen Sie, was das Tool deployen will. Fehlen erwartete Metadaten, suchen Sie nach einer package.xml: Gearset filtert Vergleiche standardmäßig nach einer gültigen Datei.
5. Löschungen bewusst behandeln. In Copado Essentials werden Komponenten, die Sie in einem Git-Ablauf zum Löschen markieren, zuerst aus dem Branch entfernt. Sie committen die Änderung und mergen sie per Pull Request, bevor sich die Org ändert.
6. Validieren, dann deployen. Führen Sie eine Validierung ohne Speichern mit bewusst gewähltem Apex-Testlevel aus und deployen Sie dann. Unsere Click-Deploy-Checkliste behandelt Testlevel und Quick Deploy.
7. Zurückmergen. Mergen Sie nach einem erfolgreichen Deployment die Quelle in den Vergleichs-Branch, damit Branch und Org wieder übereinstimmen.

Welche Tools unterstützen Click Deploys aus Git, und was kosten sie?

• Copado Essentials: Die Git-Integration mit GitHub, Bitbucket, GitLab und Azure DevOps steckt in Essentials Plus, für 249 $ pro Nutzer und Monat bei jährlicher Abrechnung oder 289 $ monatlich, mit einer 21-tägigen Testphase, laut Preisseite. Free und Basic führen keine Git-Integration auf.
• Gearset: Die Seite Compare and deploy akzeptiert einen Source-Control-Branch als Quelle oder Ziel, laut Hilfecenter.
• DevOps Center: die native, klickbasierte und Git-gestützte Option von Salesforce. Salesforce Ben berichtet, dass die nächste Generation seit Spring '26 nativ in Produktions-Orgs läuft, GitHub und Bitbucket unterstützt und ihre Funktionen über den offiziellen Salesforce-MCP-Server bereitstellt.
• Der CLI-Weg: Teams, die mit dem Terminal vertraut sind, nutzen das Community-Plugin sfdx-git-delta, dessen Befehl sf sgd source delta aus zwei Commits eine package.xml und eine destructiveChanges.xml erzeugt. Die Maintainer betonen, dass es kein offiziell unterstütztes Salesforce-Tool ist.

Preise pro Nutzer steigen schnell, sobald Git ins Spiel kommt: Fünf Personen auf Essentials Plus kosten 1.245 $ pro Monat bei jährlicher Abrechnung.

Wie geht Tekunda mit Click Deploys aus Git um?

Tekunda ist das Salesforce-Beratungs- und Produktunternehmen hinter Serpent, der DevOps-Plattform, die es auch für die eigene Kundenarbeit nutzt. In Serpent klicken Admins weiter: Sie wählen Änderungen in einer Oberfläche, hängen sie an ein Ticket und befördern sie durch die Pipeline, während Git-Commits, Pull Requests und Apex-Tests im Hintergrund laufen. Diesen Ablauf zeigen wir in DevOps für Admins, ohne Git anzufassen. Serpent rechnet pro Unternehmen statt pro Nutzer ab. Vergleichen Sie es mit Tools, die pro Platz abrechnen, auf unserer Preisseite, und Teams, die Copado Essentials verlassen, folgen dem Migrationspfad. Weitere Anleitungen finden Sie in der SF-Guides-Bibliothek.

FAQ

Kann ich ohne CLI einen Click Deploy von GitHub nach Salesforce ausführen?

Ja. Copado Essentials Plus, Gearset und DevOps Center deployen alle aus einem Git-Branch über eine klickbasierte Oberfläche.

Was ist der Unterschied zwischen einem Branch-Deployment und einem Delta-Deployment?

Ein Branch-Deployment liefert alles im Branch aus. Ein Delta-Deployment liefert nur, was sich zwischen zwei Branches oder Commits unterscheidet.

Löscht ein Click Deploy aus Git Metadaten?

Nur wenn Sie es verlangen. Löschungen laufen als Destructive Changes, und in Copado Essentials werden sie zuerst committet und per Pull Request gemergt.

Warum unterscheidet sich mein Branch direkt nach der Einrichtung von meiner Org?

Orgs ändern sich laufend, und die Metadata API kann XML neu ordnen oder andere Profilinhalte zurückgeben, daher ist etwas Drift normal.