CI/CD

Le CI/CD, intégration continue et livraison (ou déploiement) continue, consiste à construire, tester et livrer automatiquement les changements de code dès qu'ils sont commités, plutôt que de regrouper le travail dans des releases volumineuses, peu fréquentes et lancées manuellement. Pour Salesforce en particulier, le CI/CD signifie que les changements de métadonnées sont automatiquement validés, et souvent déployés, sur des sandboxes dès qu'ils sont commités.

En pratique, un commit déclenche un build contre un nouveau scratch org, des tests Apex s'exécutent pour confirmer que la couverture de test tient, et le changement n'est déployé plus loin que si les deux réussissent. Salesforce n'a pas de produit CI/CD natif, donc les équipes assemblent des pipelines à partir du CLI Salesforce, de scratch orgs et d'un runner CI généraliste comme GitHub Actions, Azure DevOps ou Jenkins, en reliant les pièces avec des scripts YAML rattachés à une stratégie de branches Git.

Cela offre une flexibilité totale mais un vrai coût de mise en place, et les pipelines construits par un seul ingénieur deviennent souvent un fardeau de maintenance si cette personne part. Nous comparons cette voie à une approche managée dans DIY CI/CD vs Serpent. Notre guide Salesforce DevOps compare les approches CI/CD sur mesure et à base de scripts pour Salesforce.