Click-Deploy-Checkliste: So gelingt ein sicheres Point-and-Click-Deployment in Salesforce

Kurz gesagt: Ein Click Deploy verschiebt Salesforce-Metadaten von einer Org in eine andere, indem man Komponenten in einer Oberfläche auswählt, statt ein Change Set zu bauen oder CLI-Befehle zu tippen. So geht es sicher: Orgs vergleichen, Abhängigkeiten ergänzen, mit einem bewusst gewählten Apex-Testlevel validieren und das validierte Paket anschließend per Quick Deploy ausrollen und prüfen. Die vollständige Checkliste folgt unten.

Was ist ein Click Deploy in Salesforce?

„Click Deploy“ steht für Point-and-Click-Deployment: Ein Tool vergleicht eine Quell- und eine Ziel-Org, zeigt, was sich geändert hat, und deployt die Komponenten, die ihr anhakt. Der Name stammt von ClickDeploy, das Copado 2020 übernommen hat und heute als Copado Essentials verkauft; Geschichte und Preise stehen in wie ClickDeploy funktioniert und was es kostet. Copado Essentials, Gearset und andere klickbasierte Tools übergeben das fertige Paket alle an die Salesforce Metadata API, also gelten die Regeln der Plattform, egal in welchem Tool ihr klickt. Deshalb funktioniert diese Checkliste überall.

Wie führt man Schritt für Schritt einen sicheren Click Deploy durch?

1. Vergleich aktualisieren. Vergleicht Quelle und Ziel direkt vor dem Deployment, nicht am Vortag. Jemand könnte das Ziel inzwischen geändert haben.
2. Erst die Änderung, dann die Abhängigkeiten auswählen. Ein neues Feld braucht sein Objekt, und ein Flow kann Felder, Apex-Klassen oder Permission Sets benötigen. Die meisten Tools melden fehlende Abhängigkeiten; vertraut der Meldung, nicht dem Gedächtnis.
3. Das Paket klein halten. Liefert nur, was sich geändert hat. Salesforce begrenzt eine Deployment-.zip auf 39 MB, wie die Gearset-Dokumentation festhält, und kleine Pakete lassen sich leichter debuggen. Delta-Deployments machen das zum Standard.
4. Löschungen separat planen. Löschungen laufen über Destructive-Changes-Manifeste, die die Salesforce CLI vor oder nach dem Deployment anwendet. Wählt die Reihenfolge danach, was noch auf die Komponente verweist.
5. Zuerst validieren. Führt eine Check-only-Validierung aus. Sie startet die Apex-Tests und meldet Fehler, ohne etwas in der Org zu speichern.
6. Das Testlevel bewusst wählen. Der Standard ist nicht immer richtig; siehe nächster Abschnitt.
7. Das validierte Paket per Quick Deploy ausrollen. In der Produktion lässt sich eine erfolgreiche Validierung später ausrollen, ohne die Apex-Tests erneut auszuführen. Laut CLI-Referenz bleibt die Job-ID ab Beginn der Validierung 10 Tage gültig, ihr könnt also nachmittags validieren und in einem ruhigen Zeitfenster ausrollen.
8. Prüfen und dokumentieren. Öffnet die geänderten Seiten, macht einen kurzen Smoke-Test und haltet genau fest, was ausgeliefert wurde, damit ein Rollback einen Zielpunkt hat.

Welches Apex-Testlevel solltet ihr wählen?

Die Salesforce CLI dokumentiert fünf Testlevel, und die meisten Klick-Tools zeigen dieselbe Liste unter freundlicheren Namen:

• NoTestRun: keine Tests. Nur für Entwicklungsumgebungen wie Sandboxes, Developer-Edition- und Trial-Orgs erlaubt.
• RunSpecifiedTests: nur die Tests, die ihr angebt. Der Gearset-Leitfaden weist darauf hin, dass dann jede Klasse und jeder Trigger im Paket für sich 75 % Abdeckung braucht.
• RunLocalTests: alle Tests außer denen aus installierten Managed und Unlocked Packages. Das ist der Standard für Produktions-Deployments mit Apex-Klassen oder Triggern.
• RunAllTestsInOrg: alles, einschließlich der Tests von Managed Packages.
• RunRelevantTests (Beta): Salesforce wählt die Tests durch Analyse des Pakets und seiner Abhängigkeiten. Erfordert API-Version 66 oder höher.

Vorsicht mit RunRelevantTests in der Produktion. Bob Buzzards Tests mit Spring '26 zeigten, dass Tests mit direkten Abhängigkeiten zum geänderten Code ausgewählt wurden, indirekte Ketten und dynamisch instanziierte Klassen aber nicht. Markiert unverzichtbare Tests mit @IsTest(critical=true), bevor ihr euch darauf verlasst.

Wann ist ein Click Deploy das falsche Werkzeug?

• Mehr als eine Person liefert in dieselbe Org. Org-zu-Org-Deployments haben keine gemeinsame Historie, also kann das zweite Deployment das erste überschreiben.
• Ihr braucht ein verlässliches Rollback. Zurückrollen ist am einfachsten, wenn jedes Release vor der Auslieferung committet wurde.
• Ihr liefert ein Managed Package. ISVs veröffentlichen Paketversionen für Abonnenten, keine Org-Diffs; siehe Managed Packages der zweiten Generation.

Wer Org-zu-Org-Deployments hinter sich lässt, muss nicht auf Klicks verzichten. Admins können Änderungen weiter in einer Oberfläche auswählen, während das Tool die Git-Commits schreibt, wie wir in DevOps für Admins ohne Git zeigen.

Wie geht Tekunda mit klickbasiertem Deployment um?

Tekunda ist das Salesforce-Beratungs- und Produktunternehmen hinter Serpent, der DevOps-Plattform, die es auch für die eigene Kundenauslieferung nutzt. Serpent behält das Auswählen per Klick bei: Ihr wählt Änderungen, hängt sie an ein Ticket und promotet sie durch eure Pipeline, während Git, Pull Requests, Validierung und Apex-Tests darunter laufen, mit KI-Code-Review in jedem Plan. Es wird nichts in eurer Org installiert, ihr startet kostenlos, und der feste Teampreis steht auf unserer Preisseite. Weitere Schritt-für-Schritt-Anleitungen findet ihr in der SF-Guides-Bibliothek.

FAQ

Ist ein Click Deploy dasselbe wie ein Change Set?

Nein. Beide verschieben Metadaten zwischen Orgs, aber ein Klick-Tool baut das Paket aus einem Org-Vergleich, statt dass ihr Komponenten einzeln zu einem Change Set hinzufügt.

Wie lange darf zwischen Validierung und Quick Deploy liegen?

Bis zu 10 Tage ab Beginn der Validierung, laut Referenz der Salesforce CLI.

Laufen bei Sandbox-Deployments Apex-Tests?

Standardmäßig nicht. Das Standardlevel von Salesforce führt in einer Sandbox keine Tests aus, während Produktions-Deployments mit Apex-Klassen oder Triggern die lokalen Tests ausführen.

Kann man kostenlos per Click Deploy ausliefern?

Ja. Copado Essentials bietet eine kostenlose Stufe mit bis zu 15 Deployments pro Monat für einen Nutzer, und Serpent hat ebenfalls einen kostenlosen Plan.