Composite actions

[remodietlicher]

Beispiel Verwendung: https://github.com/UbiqueInnovation/swisstopo-android/pull/112

[fbzli]

Sehe den Vorteil der Action nicht ganz. Der Play Store Build dauert so länger, weil die Builds seriell laufen. Und der Actions-Moloch wird noch komplexer.

[fbzli]

Geht das auch mit Tags?

[fbzli]

Würde hier keinen Default setzen, sollte explizit sein.

[fbzli]

Wie funktioniert das im Zusammenspiel mit den Flavors? Ich will ja keinen Dev-Build releasen.

[fbzli]

nicht mehr ganz richtig.

[M-Wong]

Bin mir auch noch nicht ganz sicher ob das effektiv das ist was wir erreichen wollen. Der Vorteil einer Composite Action gegenüber eines Reusable Workflows ist ja, dass man diese im gleichen Workflow mit anderen Actions kombinieren kann, wohingegen der Reusable Workflow ein gekapselter, "fertiger" Workflow ist, der nur parametrisiert werden muss.
Mit dem Change hier würden wir wieder mehr Komplexität in die einzelnen Repos schieben (weil diese nicht einfach nur den Reusable Workflow mit Parametern aufrufen) ohne dass wir auf die Vorteile zugreifen.
Ich frage mich eher, ob wir Composite Actions innerhalb unseres Reusable Workflows verwenden wollen um repeating Steps zusammenzufassen, aber trotzdem gewisse Jobs zu paralellisieren.