Salesforce-DevOps-Glossar

Source Tracking

Salesforces eingebauter Weg, um zu erkennen, welche Metadaten sich in einer Scratch Org oder unterstützten Sandbox geändert haben.

Definition

Source Tracking ist Salesforces Mechanismus, um zu erkennen, welche Metadaten sich seit der letzten Synchronisierung in einer Scratch Org oder Developer/Developer-Pro-Sandbox geändert haben, sodass Tools wie Salesforce CLI nur das Delta statt der gesamten Metadaten der Org abrufen können. Es liegt Befehlen wie sf project retrieve start zugrunde und ermöglicht es IDEs wie VS Code, Echtzeit-Diffs zwischen lokalem und Org-Zustand anzuzeigen, wobei im Hintergrund über die Metadata API gelesen und geschrieben wird.

Source Tracking funktioniert nur in Orgs, die es unterstützen; Partial-Copy- und Full-Sandboxes verfolgen den Source ebenso wenig nativ wie die Produktion, weshalb Teams für diese Umgebungen weiterhin auf manuelle Vergleiche oder Drittanbieter-Diff-Tools zurückgreifen; der Vergleich zwischen Serpent und Salto behandelt, wo ein dediziertes Analysetool im Vergleich zu einer Delivery-Plattform passt. Verfolgte Änderungen werden auf der Festplatte im Source Format statt im älteren Metadata Format gespeichert.

Wenn Source Tracking aus dem Takt gerät, meist durch eine Metadatenänderung außerhalb des verfolgten Flows, können Retrieves Änderungen übersehen oder duplizieren, bis ein Reset erfolgt. Unser Salesforce-DevOps-Guide erklärt, wie Source Tracking in einen Git-basierten Release-Prozess passt.

In der Praxis

So funktioniert es in Serpent

Serpent erweitert die Änderungsverfolgung auf Umgebungen, die Salesforce nicht nativ unterstützt, sodass Drift zwischen Sandboxes, Scratch Orgs und Produktion unabhängig von den Einschränkungen des Source Tracking sichtbar ist. Jede über einen Task vorgenommene Metadatenänderung wird erfasst und mit ihrer Commit- und Deployment-Historie verknüpft, was Entwicklern im Dashboard von Serpent dieselbe Echtzeit-Sichtbarkeit gibt, die Source Tracking innerhalb einer IDE bietet. Das bedeutet, Teams müssen Partial-Copy- oder Full-Sandboxes nicht manuell diffen, um herauszufinden, was sich geändert hat. Siehe Serpents taskbasierten Workflow dafür, wie Source Tracking mit der täglichen Arbeit verbunden ist.

Serpent erkennt geänderte Metadaten in einer Scratch Org per Source Tracking
Häufige Fragen

Source Tracking, erklärt

Funktioniert Source Tracking in einer Partial-Copy- oder Full-Sandbox?
Nein. Source Tracking funktioniert nur in Scratch Orgs und Developer- oder Developer-Pro-Sandboxes. Partial-Copy-, Full-Sandboxes und die Produktion verfolgen den Source nicht nativ, daher greifen Teams meist auf manuelle Vergleiche oder Drittanbieter-Diff-Tools zurück.
Wodurch gerät Source Tracking aus dem Takt?
Meist durch eine Metadatenänderung außerhalb des verfolgten Flows, etwa direktes Bearbeiten in Setup statt über eine synchronisierte IDE. Sobald das passiert, können Retrieves Änderungen übersehen oder duplizieren, bis der Tracking-Zustand zurückgesetzt wird.
Welcher Befehl zieht nur die vom Source Tracking verfolgten Änderungen?
sf project retrieve start zieht nur das Delta seit der letzten Synchronisierung, statt der vollständigen Metadaten der Org. Das treibt Echtzeit-Diffs in Tools wie VS Code an.

Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.

In unter 15 Minuten eingerichtet. Keine DevOps-Einstellung nötig.

Neugierig auf schnelleres Shipping, bevor Sie einsteigen? Sprechen wir

Unverbindlich.