Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use Gradle runner step instead of Shell script at bitrise.io #35

Open
vgaidarji opened this issue Oct 10, 2019 · 0 comments
Open

Use Gradle runner step instead of Shell script at bitrise.io #35

vgaidarji opened this issue Oct 10, 2019 · 0 comments

Comments

@vgaidarji
Copy link
Owner

vgaidarji commented Oct 10, 2019

Build on bitrise is failing due ANDROID_NDK_HOME not being properly unset.

The temporary fix would be run build commands via shell step as

unset ANDROID_NDK_HOME

./gradlew assembleDebug testDebug jacocoTestReport checkstyle pmd jdepend lintDebug buildDashboard assembleDebugAndroidTest crashlyticsUploadDistributionDebug -PversionCode=$BITRISE_BUILD_NUMBER -PfabricApiKey=$FABRIC_API_KEY -PfabricApiSecret=$FABRIC_API_SECRET

As per Krisztián Gödrei (godrei)

the problem is that steps are running in separate shell sessions, so a step can not modify the parent's environemnt, thats why we introduced envman. But envman has no feature to unset envs, envman can only clear envs, but it turned out that it is not enough, the ANDROID_NDK_HOME needs to be fully removed from the env set

No ETA when it's going to be fixed on bitrise side. Will need consider whether it makes sense to have workaround implemented or wait for official fix from bitrise.


Original issue #27. Will leave this one open to move back to Gradle runner step when bitrise properly unsets ANDROID_NDK_HOME variable in their stack (bitrise-steplib/steps-gradle-runner@2f330b7).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant