Salesforce DevOps Woordenlijst

Source Tracking

De ingebouwde manier van Salesforce om te detecteren welke metadata is gewijzigd in een scratch org of ondersteunde sandbox.

Definitie

Source tracking is het mechanisme van Salesforce om te detecteren welke metadata is gewijzigd in een scratch org of Developer/Developer Pro-sandbox sinds de laatste synchronisatie, zodat tools zoals Salesforce CLI alleen de delta kunnen ophalen in plaats van de volledige metadata van de org. Het ligt ten grondslag aan commando's als sf project retrieve start en is wat IDE's zoals VS Code in staat stelt real-time diffs te tonen van lokale versus org-status, waarbij onder de motorkap wordt gelezen en geschreven via de Metadata API.

Source tracking werkt alleen in orgs die het ondersteunen; Partial Copy- en Full-sandboxes, samen met productie, tracken source niet native, wat de reden is dat teams voor die omgevingen nog steeds vertrouwen op handmatige vergelijkingen of diff-tools van derden; de vergelijking tussen Serpent en Salto behandelt waar een gespecialiseerde analysetool past tegenover een deliveryplatform. Getrackte wijzigingen worden op schijf opgeslagen in source format in plaats van het oudere metadata format.

Wanneer source tracking uit sync raakt, meestal door een metadatawijziging die buiten de getrackte flow is gemaakt, kunnen retrieves wijzigingen missen of dupliceren totdat er een reset plaatsvindt. Onze Salesforce DevOps-gids legt uit hoe source tracking past in een Git-gebaseerd releaseproces.

In de praktijk

Hoe het werkt in Serpent

Serpent breidt wijzigingstracking uit naar omgevingen die Salesforce niet native ondersteunt, zodat drift tussen sandboxes, scratch orgs en productie zichtbaar is, ongeacht de beperkingen van source tracking. Elke metadatawijziging die via een taak wordt gemaakt, wordt vastgelegd en teruggekoppeld aan de commit- en deploymentgeschiedenis, wat developers dezelfde realtime zichtbaarheid geeft in het dashboard van Serpent als source tracking geeft binnen een IDE. Dit betekent dat teams niet vastzitten aan het handmatig diffen van Partial Copy- of Full-sandboxes om te achterhalen wat er is gewijzigd. Zie Serpents taakgebaseerde workflow voor hoe source tracking verbonden is met dagelijks werk.

Serpent detecteert gewijzigde metadata in een scratch org via source tracking
Veelgestelde vragen

Source Tracking, uitgelegd

Werkt source tracking in een Partial Copy- of Full-sandbox?
Nee. Source tracking werkt alleen in scratch orgs en Developer- of Developer Pro-sandboxes. Partial Copy, Full-sandboxes en productie tracken source niet native, dus teams vallen doorgaans terug op handmatige vergelijkingen of diff-tools van derden.
Wat zorgt ervoor dat source tracking uit sync raakt?
Meestal een metadatawijziging die buiten de getrackte flow is gemaakt, zoals rechtstreeks bewerken in Setup in plaats van via een gesynchroniseerde IDE. Zodra dat gebeurt, kunnen retrieves wijzigingen missen of dupliceren totdat de trackingstatus wordt gereset.
Welk commando haalt alleen de door source tracking getrackte wijzigingen op?
sf project retrieve start haalt alleen de delta sinds de laatste sync op, in plaats van de volledige metadata van de org. Dit vormt de basis voor realtime diffs in tools zoals VS Code.

Start gratis. Geen creditcard, geen installatie, geen verplichting.

Binnen 15 minuten ingericht. Geen DevOps-aanwerving nodig.

Benieuwd naar sneller releasen voordat je instapt? Laten we praten

Vrijblijvend.