Flow Deployment
Das Deployen einer neuen Flow-Version aktiviert sie nicht, und ein inaktiver Flow tut stillschweigend nichts, bis jemand den Schalter umlegt.
Definition
Flow-Metadaten werden als Flow-Definition plus eine oder mehrere nummerierte Flow-Versionen deployt, aber ein Deployment aktiviert nicht automatisch die gerade ausgelieferte Version: Ein Flow kann erfolgreich deployt werden und trotzdem inaktiv bleiben, was bedeutet, dass jede Automatisierung, die er ausführen soll, einfach nicht auslöst, ohne dass ein Fehler das anzeigt. Salesforce blockiert außerdem das Löschen oder Deaktivieren einer Flow-Version, die noch pausierte, laufende Interviews hat, üblich bei Wait-Elementen oder geplanten Pfaden, was ein Deployment, das eine Flow-Änderung enthält, blockieren kann, bis diese Interviews abgeschlossen oder aufgelöst sind. Da jedes Speichern eine neue Version erzeugt statt die alte zu überschreiben, sammeln Orgs inaktive historische Flow-Versionen an, die den Metadaten-Abruf überladen und es schwerer machen zu erkennen, welche Version tatsächlich läuft, ohne direkt in Setup nachzusehen. Das Aktivieren eines Flows kann auch eine Validierungsregel auslösen, die manuelles Testen nie erreicht hat, da beide beim Speichern laufen. Unser CI/CD-Pipeline-Guide behandelt das Deployment von Automatisierungen als Teil eines Builds.
So funktioniert es in Serpent
Die Preflight-Checks von Serpent kennzeichnen Flow-Deployments, die eine Automatisierung inaktiv lassen oder durch laufende Interviews blockieren würden, bevor das Release ausgeliefert wird, und Delta Deployment beschränkt Flow-Änderungen auf das, was sich tatsächlich geändert hat, statt jede Version neu zu deployen. Siehe Release-Management in Serpent dafür, wie Preflight-Checks funktionieren.

Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.
In unter 15 Minuten eingerichtet. Keine DevOps-Einstellung nötig.
