Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
3.1.0
-
None
-
None
Description
I'm hoping this issue isn't just my ignorance, but I'm finding the app version number generation via the CLI to be inconsistent and odd.
iOS and Android both support a version number (which is what is displayed in the app stores), as well as another string, which most people use as a build number.
E.g. for iOS:
Myapp-Info.plist:
Bundle versions string, short: 1.0.0 (this is what will show in the app store)
Bundle version: 0.0.3 (this is some other build number)
Android:
AndroidManifest.xml:
android:versionCode="1" android:versionName="0.0.3"
versionName is what shows in the stores, and versionCode is typically used like a build number (as far as I can tell).
My point is, in the cordova.xml, I only have the ability to set one of these version numbers. There is only a single "version" attribute.
But we need two attributes, so we can set both version strings via the CLI.
Secondly, how the "version" attribute is applied when building via the CLI is inconsistent. On iOS it's updating the "build" number, and not even touching the main version number that users will see in the store.
Whereas Android has what I would expect as the correct behaviour.
Anyway, please let me know if I've misunderstood anything.
Attachments
Issue Links
- is duplicated by
-
CB-5480 versioncode ignored by cordova
- Closed
-
CB-4985 ios config.xml file version attribute should map to Version Number not Build number in xCode
- Closed
-
CB-5428 versionCode attribute not updating when using command line tools.
- Closed
- is related to
-
CB-5590 Asymetry in cordova build updating platform versions (Android/iOS)
- Closed