CI/CD

CI/CD, kontinuierliche Integration und kontinuierliche Auslieferung (oder Bereitstellung), ist die Praxis, Codeänderungen automatisch zu bauen, zu testen und auszuliefern, sobald sie committet werden, statt Arbeit in große, seltene, manuell ausgeführte Releases zu bündeln. Speziell für Salesforce bedeutet CI/CD, dass Metadatenänderungen automatisch validiert und oft gegen Sandboxes deployt werden, sobald sie committet werden.

In der Praxis löst ein Commit einen Build gegen eine frische Scratch Org aus, Apex-Tests laufen, um zu bestätigen, dass die Testabdeckung hält, und die Änderung wird nur weiter deployt, wenn beides erfolgreich ist. Salesforce hat kein natives CI/CD-Produkt, daher stellen Teams Pipelines aus Salesforce CLI, Scratch Orgs und einem allgemeinen CI-Runner wie GitHub Actions, Azure DevOps oder Jenkins zusammen und verbinden die Teile mit YAML-Skripten, die an eine Git-Branching-Strategie gekoppelt sind.

Das bietet volle Flexibilität, aber echte Einrichtungskosten, und Pipelines, die von einem einzigen Engineer gebaut wurden, werden oft zur Wartungslast, wenn diese Person das Unternehmen verlässt. Wir wägen diesen Weg gegen einen verwalteten Ansatz in DIY CI/CD vs. Serpent ab. Unser Salesforce-DevOps-Guide vergleicht speziell gebaute und skriptbasierte CI/CD-Ansätze für Salesforce.