You can generate, code sign and deploy multiple flavor (multi-flavor) APKs in one workflow using our Gradle Runner Step. Flavor means enhancing an app’s core code with features resulting in different versions of the same app (just to mention the most common examples: free/paid, demo/full). Check out the official Android Studio guide on build types, flavors and build variants for more info! In this tutorial, you will need to do some settings to Android Sign and Google Play Deploy Steps - so keep your eyes peeled!
Generating multi-flavor APKs ⚓
If you have an Android deploy workflow at hand, do the following:
- Insert Gradle Runner Step after the Android testing Steps. Android Build step can only build one variant so if this Step is part of your workflow, then we advise you to replace it with our Gradle Runner Step.
- Click the Config section of the Step.
Specify assemble Gradle tasks by adding your build variants’ task names in the Gradle task to run Step input field - as many task names as many build variants you want to build in one workflow. Each task name must be exactly the same build variant name what you have listed in the Build Variant window of Android Studio! Make sure you separate them only with a space, no need for
,! In this image, you can see the order of the Steps for the deploy workflow and the Gradle Task to run Step input with two build variants:
- Gradle Runner generates a
$BITRISE_APK_PATH_LISTEnvironment Variable output that contains ALL the build variants you have set in Gradle task to run Step above. We will need this output Environment Variable later.
Signing and deploying multi-flavor APKs ⚓
- Add one Android Sign Step AFTER the Gradle Runner Step if it’s missing from your workflow.
- Set the
apk pathinput field which will make sure all the required APKs will get code signed with the keystore file you uploaded to the Code Signing tab. Check out how you can upload your keystore file to bitrise.io. The Step will export a
$BITRISE_SIGNED_APK_PATHEnvironment Variable output which lists all your signed build variants.
- Make sure you set the following input fields in the Android Sign Step:
- Keystore url
- Keystore password
- Keystore alias
- Add the Google Play Deploy Step AFTER the Android Sign Step.
- Set the
$BITRISE_SIGNED_APK_PATHEnvironment Variable in the APK or App Bundle file path Step input field so that the Google Play Deploy Step can release all your build variants to the app store.
You can manually specify the code signing configuration in your Gradle configuration so that your app gets signed during the build process.
If the file path of your keystore file is defined in your build.gradle file but the keystore file itself is missing from the location where the path points to, you...
Find out how you can deploy the APK built from your Android app to both bitrise.io and to the Google Play Store. Learn about Google Play API access and the...