Quasar builds the web application and prepares the Cordova project. Android Studio, Xcode, Cordova’s platform tooling, and the store portals handle signing and submission.

Android Publishing

To generate a release build for Android, we can use the following Quasar CLI command:

quasar build -m cordova -T android
# or the short form:
quasar build -m android

This will generate a release build based on the settings in your /src-cordova/config.xml.

Next, we can find our unsigned APK file in “/src-cordova/platforms/android/app/build/outputs/apk/release” or equivalent path (written in the output of terminal). Filename usually ends with “-release-unsigned.apk”. Now, we need to sign the unsigned APK and run an alignment utility on it to optimize it and prepare it for the app store. If you already have a signing key, skip these steps and use that one instead.

Let’s generate our private key using the keytool command that comes with the JDK. If this tool isn’t found, refer to the installation guide:

keytool -genkey -v -keystore my-release-key.keystore -alias alias_name -keyalg RSA -keysize 2048 -validity 20000

You’ll first be prompted to create a password for the keystore. Then, answer the rest of the nice tool’s questions and when it’s all done, you should have a file called my-release-key.keystore created in the current directory.

Before creating a release:

• commit or back up native changes under /src-cordova
• remove development-only endpoints, logging, and permissions
• set the release version and platform-specific build number
• verify icons, splash screens, privacy disclosures, plugins, permissions, and production services
• test a release build on physical devices

Google Play

Prepare the Cordova project and open Android Studio:

quasar build -m cordova -T android --ide

In Android Studio, use Build > Generate Signed Bundle / APK. Google Play normally expects an Android App Bundle (.aab). Configure a release signing key and keep both the key and its credentials backed up securely.

Set the shared app version through /quasar.config > cordova > version or /package.json > version. Set cordova.androidVersionCode when you need to control Android’s monotonically increasing version code.

Create or update the app in Google Play Console, complete its policy and store-listing requirements, upload the signed bundle to a testing track, and promote it after testing.

Refer to Android’s current guides for signing an app, preparing a release, and publishing on Google Play. Also check the release documentation for the installed cordova-android version.

Apple App Store

Apple releases require macOS, Xcode, and membership in the Apple Developer Program. Prepare the Cordova project and open Xcode:

quasar build -m cordova -T ios --ide

Open the generated workspace when the project uses CocoaPods. In Xcode:

1. Select the app target and configure Signing & Capabilities with the correct team and bundle identifier.
2. Set the user-visible version and build number. Each uploaded build needs a unique build number.
3. Select a generic or connected iOS device as the destination.
4. Choose Product > Archive.
5. In the Organizer, validate and distribute the archive to App Store Connect.

Create the app record in App Store Connect, select the uploaded build, complete the privacy and store metadata, test with TestFlight, and submit the release for review.

Refer to Apple’s current documentation for distributing an app through the App Store, uploading builds, and submitting for review. Also check the release documentation for the installed cordova-ios version.

Command-line builds

Without --ide, Quasar invokes cordova build and copies recognized native output under /dist/cordova/<target>. Customize cordova.getCordovaBuildParams for signing arguments or nonstandard build commands, and cordova.getCordovaBuildOutputFolder when a platform writes artifacts somewhere else.