Glossaire Salesforce DevOps

Source Tracking

La méthode intégrée de Salesforce pour détecter les métadonnées modifiées dans un scratch org ou un sandbox pris en charge.

Définition

Le source tracking est le mécanisme de Salesforce pour détecter les métadonnées modifiées dans un scratch org ou un sandbox Developer/Developer Pro depuis la dernière synchronisation, afin que des outils comme Salesforce CLI puissent ne récupérer que le delta plutôt que toutes les métadonnées de l'org. Il sous-tend des commandes comme sf project retrieve start et permet à des IDE comme VS Code d'afficher des diffs en temps réel entre l'état local et celui de l'org, en lisant et écrivant via la Metadata API en coulisses.

Le source tracking ne fonctionne que dans les orgs qui le prennent en charge ; les sandbox Partial Copy et Full, ainsi que la production, ne suivent pas le source nativement, c'est pourquoi les équipes s'appuient encore sur des comparaisons manuelles ou des outils de diff tiers pour ces environnements ; la comparaison entre Serpent et Salto détaille où un outil d'analyse dédié se positionne face à une plateforme de delivery. Les changements suivis sont stockés sur disque en source format plutôt que dans l'ancien format métadonnées.

Quand le source tracking se désynchronise, généralement à cause d'un changement de métadonnées effectué en dehors du flux suivi, les retrieves peuvent manquer ou dupliquer des changements jusqu'à une réinitialisation. Notre guide DevOps Salesforce explique comment le source tracking s'intègre dans un processus de release basé sur Git.

En pratique

Comment cela fonctionne dans Serpent

Serpent étend le suivi des changements aux environnements que Salesforce ne prend pas nativement en charge, de sorte que la dérive entre sandbox, scratch orgs et production est visible quelles que soient les limites du source tracking. Chaque changement de métadonnées effectué via une tâche est capturé et relié à son historique de commit et de déploiement, donnant aux développeurs la même visibilité en temps réel dans le tableau de bord de Serpent que le source tracking offre dans un IDE. Cela signifie que les équipes ne sont pas coincées à diffuser manuellement des sandbox Partial Copy ou Full pour comprendre ce qui a changé. Voir le workflow basé sur les tâches de Serpent pour savoir comment le source tracking se connecte au travail quotidien.

Serpent détecte les métadonnées modifiées dans une scratch org via le source tracking
Questions fréquentes

Source Tracking, expliqué

Le source tracking fonctionne-t-il dans un sandbox Partial Copy ou Full ?
Non. Le source tracking ne fonctionne que dans les scratch orgs et les sandbox Developer ou Developer Pro. Les sandbox Partial Copy, Full, et la production ne suivent pas le source nativement, donc les équipes se rabattent généralement sur des comparaisons manuelles ou des outils de diff tiers.
Qu'est-ce qui fait se désynchroniser le source tracking ?
Généralement un changement de métadonnées effectué en dehors du flux suivi, comme éditer directement dans Setup plutôt que via un IDE synchronisé. Une fois cela arrivé, les retrieves peuvent manquer ou dupliquer des changements jusqu'à ce que l'état de suivi soit réinitialisé.
Quelle commande ne récupère que les changements suivis par le source tracking ?
sf project retrieve start ne récupère que le delta depuis la dernière synchronisation, plutôt que toutes les métadonnées de l'org. C'est ce qui alimente les diffs en temps réel dans des outils comme VS Code.

Démarrez gratuitement. Sans carte bancaire, sans installation, sans engagement.

Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.

Curieux de livrer plus vite avant de vous lancer ? Parlons-en

Sans engagement.