This plugin allows you to create an app lifecycle with alpha, beta and production states.
npm install cordova-lifecycle-pluginThis plugin allows you to create an app lifecycle with alpha, beta and store variants.
For example if you have an app with an id of com.test.app, this app will create revisions of com.test.app.alpha, com.test.app.beta and com.test.app respectively when performing your build command.
Platforms supported:
* Android
* iOS
Build types:
* Alpha
* Beta
* Store
This plugin automatically generates variant-specific icons so you can differentiate between the app variants on your device. You must have configured your icons using config.xml as per the Cordova spec, see Configuring Icons in the CLI.
bash
brew install graphicsmagick
`
$3
To install the stable release of the plugin you can run:
`bash
cordova plugin add cordova-plugin-lifecycle
`
For the cutting edge release you can run:
`bash
cordova plugin add https://github.com/CookieCookson/cordova-plugin-lifecycle
`Usage
$3
If you wish to provide a custom overlay for the variants, you must use the and tags in config.xml.
`xml
`
If no custom overlay is specified, the plugin will add the default overlay to the icons.$3
#### Android
If you perform the standard build or run command on the CLI, it will default to using the alpha variant. Alternatively, you can specify which variant you wish to use by passing through a gradle argument:`bash
cordova run android
`
or
`bash
cordova run android -- --gradleArg="-PactiveFlavor=alpha"
`
This will install an app on your phone with the identifier of com.test.app.alpha.You can then swap out this
activeFlavor variable to choose which variant of build you would like. If performing the store or beta variant, it is recommended you also pass through the --release flag.
`bash
cordova run android -- --gradleArg="-PactiveFlavor=beta" --release
`
`bash
cordova run android -- --gradleArg="-PactiveFlavor=store" --release
`
It is recommended you use the alpha variant for debug installations over USB where you may need to remotely inspect or debug your app. The beta variant is intended for when distributing your app over-the-air through services such as HockeyApp. Because of this it is recommended to pass through the release flag so the app is signed and runs with the release configuration.NOTE: When switching between alpha, beta and store builds on Android, you must first run the
clean command else you may get odd results. You can do this by performing:
`bash
./platforms/android/cordova/clean
`#### iOS
If you perform the standard build or run command on the CLI, it will default to using the alpha variant. Alternatively, you can specify which variant you wish to use by passing through a variant argument along with a build config:
`bash
cordova run ios
`
or
`bash
cordova run ios --alpha --buildConfig="build.alpha.json"
`
This will install an app on your phone with the identifier of com.test.app.alpha.You can then swap out
--alpha to choose which variant of build you would like. If performing the store or beta variant, it is recommended you also pass through the --release flag.
`bash
cordova run android --beta --buildConfig="build.beta.json" --release
`
`bash
cordova run android --store --buildConfig="build.store.json" --release
`
It is recommended you use the alpha variant for debug installations over USB where you may need to remotely inspect or debug your app. The beta variant is intended for when distributing your app over-the-air through services such as HockeyApp. Because of this it is recommended to pass through the release flag so the app is signed and runs with the release configuration.For more information on how to write your build configuration file(s), see the iOS Shell Tool Guide.
Notes
$3
* Due to how Cordova CLI works, when using this in conjunction with the cordova run command, it will always try and launch the default app id (in this case com.test.app). For now you have to go back to your home screen and then select the correct app. I have been working on a fix and have submitted it to the cordova development team for review: https://issues.apache.org/jira/browse/CB-10140* This will not work nicely with the Google Play Beta and Alpha variants as you cannot have multiple IDs on an app. It is suggested when uploading any builds with Google Play you use the
store` variant.