You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 7, 2019. It is now read-only.
In a Gradle setting, it would be great to be able to have exit 1 handled as I may make other tasks dependent on this. for example, I may want to run testDebugComposer
testDebugCustomIntegrationTest is a task I've created so that developers can simply run ./gradlew testDebugCustomIntegrationTest and have testDebugComposer run and then clearConnectedDevices.
Such set ups are helpful for CI so that I can ensure that each run will get a clean emulator.
having testDebugComposer makes it so that clearConnectedDevices even though I do ./gradlew testDebugCustomIntegrationTest --continue
I could get around it other ways, but those start to get more difficult to maintain in Gradle.
The text was updated successfully, but these errors were encountered:
I could open it there, but ultimately all it does is execute its own DSL over the composer tool itself. It'd be the same thing I'd do with the JAR if the Gradle plug in hadn't been created.
Fundamentally, runAllTests and any Observable added lack any fundamental error handling and it'll just pump back out to the command line with an ungraceful exit 1 scenario.
Even if you were to look at the default set of scripts Spoon had, there was a good amount of graceful error handling so that an error in Spoon wouldn't cause the entire phase of the CI to fail.
I'd say that it's a basic fundamental of anything that can be added to a Gradle build script - --continue should allow all tasks attached to run to completion and not stop in the middle because one dependency wasn't handling exit 1.
In a Gradle setting, it would be great to be able to have
exit 1
handled as I may make other tasks dependent on this. for example, I may want to runtestDebugComposer
For example, I may define:
testDebugCustomIntegrationTest
is a task I've created so that developers can simply run./gradlew testDebugCustomIntegrationTest
and havetestDebugComposer
run and thenclearConnectedDevices
.Such set ups are helpful for CI so that I can ensure that each run will get a clean emulator.
having
testDebugComposer
makes it so thatclearConnectedDevices
even though I do./gradlew testDebugCustomIntegrationTest --continue
I could get around it other ways, but those start to get more difficult to maintain in Gradle.
The text was updated successfully, but these errors were encountered: