The logs generated by the Bitrise Run step (and all the workflows run subsequently) are collapsed in a single section on the build log page.
It would be nice to have them separated by step.
Thanks for the #feature-request@philippebb! For anyone interested, I want to point out that with hosting the .yml in the repository this is achievable, but there are certain use cases the Bitrise Run step works better with, so the request is still appreciated!
As a matter of fact we have both: a yml on bitrise.io with a Bitrise Run step that calls a workflow defined in a yml in our source code repo.
In the example from my original post:
Step 1, 2 and 5 are defined in the yml on bitrise.io
@philippebb@fred.ells and anyone using âBitrise runâ step
We are working on something awesome, but we still need some feedback on this step.
Weâd love to hear more about your experiences in this 1-minute survey: https://bitrise.typeform.com/to/wp3ItWpJ
Any updates on this? We would greatly appreciate something like this as we share build logic via common.ymlâs and host the main-part of the workflow inside our project repository.
The workflow config inside bitrise.io only includes the triggermap to prevent build runs at all if the conditions are not met and downloading some common files from our private git repository used by the main workflow.
Several reasons force us to do so, e.g.:
source control via git and history for changes
better ways of sharing, reusing and maintaining workflow steps and scripts
pullrequests with reviews on workflow changes
currently it looks something like this as we use âbitrise runâ inside a script step: