Improve the reliability of the Android GitHub action workflow #45383
Labels
Developer Experience
Ideas about improving block and theme developer experience
[Type] Automated Testing
Testing infrastructure changes impacting the execution of end-to-end (E2E) and/or unit tests.
[Type] Enhancement
A suggestion for improvement.
What problem does this address?
The React Native E2E Tests (Android) GitHub Action workflows is highly unreliable and frequently fails with a few common error messages, which include:
Timeout waiting for emulator to boot.
(see here).The template is not valid. .github/workflows/rnmobile-android-runner.yml (Line: 46, Col: 24): hashFiles('**/*.gradle') couldn't finish within 120 seconds.
(see here).The workflow is commonly not restarted, and often fails on successive re-runs. This results in inaccurate status reporting for commits, and it seems most folks don't bother to restart it anymore.
What is your proposed solution?
There are several improvements I'd like to try out to hopefully increase the rate of success for this workflow.
ReactiveCircus/android-emulator-runner
third-party action currently being used, tehre are ways to significantly improve the startup time, including a recommendation to not cache Gradle manually and instead use gradel/gradle-build-action, and add caching of the AVD.Additionally, it seems that a specific emulator-build (
7425822
) is pinned to the action, seemingly to help prevent timeout issues. However, new builds have been published since, and it's possible they don't suffer from these issues.The text was updated successfully, but these errors were encountered: