Les Scratchs Orgs ont été un grand pas vers un travail collaboratif en tâches parallèles sur un code source partagé. D’autre part, plus récemment, la nouvelle fonctionnalité de tracking des Sandboxes a facilité les échanges de codes entre l’IDE local et une Sandbox en surveillant ce qui est modifié de part et d’autre, ce qui peut rendre jalouses certaines Scratch Orgs. · Avantages et inconvénients des deux dispositifs · Point de vue d'un développement avec le tracking activé sur les sandboxes

1. Scratch Orgs...Vous pensiez en avoir
terminé avec les Sandboxes ?

2. Introduction
Thomas Paraiso
Lead technique
Salesforce
thomas.paraiso@me.com
Halima Hammouda
Développeuse
Salesforce
Hammouda.halima@gmail.com

3. Sommaire
I. Contexte (Scratch Orgs/Sandbox)
II.Source Tracking
III.Les différences
IV.Démonstration
V.Conclusion
VI.Questions/Réponses

4. Contexte
Scratch Orgs/Sandbox

5. ● Sandbox (Mavensmate,Force IDE, ANT, Developer Console)
● Scratch Org (git, SFDX, VSC, CI) ‘Fabien Taillon ’, 2 ans
● Sandbox (git, SFDX, VSC, CI)
Contexte
Historique : Sandbox → Scratch Orgs → Sandbox

6. ● Metadata non disponible avec les Scratch Orgs (exemple : Milestone)
● Forceignore contient beaucoup de metadata (Page Layout avec Package, Profile, etc.)
● Beaucoup de metadata = temps création du Scratch Org plus long
● En cas d’erreur, recommencer le déploiement.
● Expiration de la Scratch Org (30 jours max)
Contexte
Scratch Orgs et nos problématiques

7. ● Coûteux à la mise en place
● Mise à jour SFDX/Release, prend du temps pour déboguer et corriger
● Maintenance des scripts (le repo grandit , jeux de données, installation packages)
Contexte
Scratch Orgs et nos problématiques

8. Source Tracking
Définition
- Facilitation échange de code entre IDE local et Sandbox (surveillance des modifications)
Localhost
(VSCode)
Sandbox
Push
Pull
(Field, Apex, LWC, …)

9. Source Tracking
SFDX commandes:
sfdx force:source:status
sfdx force:source:pull
sfdx force:source:push
sfdx force:source:tracking:clear
sfdx force:source:tracking:reset
sfdx force:source:deploy
sfdx force:source:retrieve

10. Activer la fonctionnalité
Configuration -> Dev Hub

11. Sandbox Developer
Créer son environnement

12. Source Tracking (Sandbox)
Avantages et inconvénient
+ Sandbox Metadata ISO avec la production
+ Source de vérité doit rester le repo GIT
+ Metadata système (User, Profil, Product2… etc)
+ Pas Dev Hub
- Impossible Sandbox Partial ou Full
- Rafraîchissement de la Sandbox séquentiel

13. Tracking source
Exemple de méthodologie

14. Livraison par package
Différents types
Unlocked Package :
- Travaille collaboratif
- Code source accessible
- Modification sans refaire un package
- Version
Managed Package :
- Code source caché
- Utiliser avec namespace
- Créer un package à chaque version
- Version

15. Intégration Continue
QA -> Recette -> Production
QA
Validé
?
DevSB
Recette
(UAT)
Preproduction
Production
Oui : Pull Request
QA Release
(Tests)
Outils d’intégration :
- Azure devOps Service
- Sfdx CLI
- sfdx-git-delta
Toutes les 3 heures
Fin de sprint
Non : retour en dev
Refresh QA / QA Release
1 Dev = 1 Sandbox

16. Démonstration

17. Conclusion
Scratch Org : ISV créateur d’application (AppExchange),
POC/démo, metadata non lié à un client
Sandbox : Mise en place rapide, maintenance moins
fastidieuse

18. ● https://dev-first.com
● https://dev-first.com/projets/
N’hésitez pas à nous contacter :
contact@dev-first.com

19. Merci…
Nous contacter : contact@dev-
first.com