Change Set
Salesforces natives Point-and-Click-Verfahren, um Metadaten zwischen verbundenen Orgs zu verschieben, ein manueller Upload nach dem anderen.
Definition
Ein Change Set ist Salesforces natives Point-and-Click-Verfahren, um Konfigurationsänderungen, Felder, Objekte, Flows und Layouts zwischen zwei Orgs zu verschieben, die über eine Deployment Connection in derselben Produktionshierarchie verbunden sind, etwa von der Sandbox in die Produktion. Es können nur Metadatentypen enthalten sein, die Change Sets unterstützen, und Apex-Klassen ohne ausreichende Testabdeckung können das Deployment des gesamten Sets blockieren.
Jeder Schritt ist manuell: Ein Administrator öffnet Setup, baut ein ausgehendes Change Set Komponente für Komponente auf, lädt es hoch, und ein Administrator in der Ziel-Org validiert und deployt es. Es gibt keine eingebaute Zeitplanung und keine Abhängigkeitsauflösung über Salesforces eigene Validierung hinaus, sodass eine vergessene Komponente meist als Deployment-Fehler auffällt, statt automatisch mit aufgenommen zu werden.
Change Sets haben zudem keinen Rollback-Mechanismus; ein fehlerhaftes Deployment rückgängig zu machen bedeutet, von Hand ein zweites Change Set zu bauen und zu deployen. Das funktioniert bei kleinen, seltenen Releases mit einer stabilen Org-Liste, gerät aber schnell an Grenzen, sobald Teams weitere Umgebungen hinzufügen oder häufiger ausliefern. Teams, die alles innerhalb von Salesforce halten müssen, schauen sich oft zuerst native Tools an, was der Vergleich zwischen Serpent und Flosum gegenüberstellt. Siehe unseren Salesforce-DevOps-Guide dafür, wie Teams typischerweise darüber hinauswachsen.
So funktioniert es in Serpent
Serpent ersetzt den manuellen Schritt des Change-Set-Aufbaus durch einen aufgabenbasierten Workflow: Wählen Sie die Komponenten aus, die eine Aufgabe berührt hat, und Serpent verfolgt sie automatisch mittels Source Tracking statt eines handgebauten Manifests. Deployments laufen über eine geplante, auditierbare Pipeline mit Abhängigkeitsreihenfolge, sodass Änderungen jedes Mal in derselben Reihenfolge in Sandboxes, Staging und Produktion landen. Jedes Release behält eine vollständige Historie: was deployt wurde, wann, von wem, und einen Rollback mit einem Klick, falls etwas kaputtgeht. Da Serpent über Standard-Salesforce-APIs mit Orgs kommuniziert, skaliert es mühelos über das Limit von zwei oder drei Orgs hinaus, an dem Change Sets mühsam werden, ohne dass Teams zuerst Git lernen müssen. Den vollständigen Vergleich zwischen Change Sets und Serpent finden Sie für eine direkte Gegenüberstellung.
Change Set, beantwortet
Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.
Einrichtung in unter 15 Minuten. Keine DevOps-Einstellung nötig.