Split und merge – Best Practices
- Zuletzt aktualisiert2025/12/22
Split und merge – Best Practices
Überprüfen Sie einige Best Practices bei der Verwendung der Funktion Split und merge.
Best Practices
- Vermeiden Sie die Verwendung von Elementen aus anderen Zweigen als Teil von Variablenausdrücken. Sie können Elemente aus demselben Zweig vor dem aktuellen Knoten und Elemente vor dem split-Knoten verwenden.
- Vermeiden Sie tief verschachtelte parallele Strukturen, um Workflows wartbar zu halten.
- Begrenzen Sie die Anzahl paralleler Aufgaben, um Runner oder Systeme nicht zu überlasten. Das System ist jedoch zertifiziert, bis zu 10 Zweigstellen in einer Teilen-Zusammenführen-Instanz zu unterstützen.
- Verwenden Sie parallele Aufteilungen nur für Aufgaben, die wirklich unabhängig sind. Zum Beispiel sind das Erstellen von Systemkonten und das Zuweisen von Hardware unabhängig voneinander und können parallel ausgeführt werden. Aber „Daten validieren“ und „Validierte Daten“ speichern können nicht parallel ausgeführt werden.
- Fügen Sie immer einen Standard-Fallback-Pfad für bedingte Verzweigungen hinzu.
Bekanntes Verhalten und Einschränkungen
- Wenn Sie eine If/Else-Bedingung in einen Zweig einfügen, wird automatisch ein Ende-Knoten eingefügt. Es wird empfohlen, dass Sie diesen Ende-Knoten löschen. Fügen Sie stattdessen einen Ende des Zweigs-Knoten hinzu – entweder aus dem Elemente-Panel oder mit der Schnell hinzufügen-Option, und ordnen Sie Ihre If/Else-Knoten dem Ende des Zweigs zu.
- Derzeit kann der Gehe zu-Knoten nicht innerhalb von Verzweigungen verwendet werden.