Mailing-List: contact issues-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Date: Wed, 30 Oct 2013 20:09:25 +0000 (UTC)
From: "Joe Bowser (JIRA)" <jira@apache.org>
To: issues@cordova.apache.org
Message-ID: <JIRA.12674024.1381881857354.7314.1383163765445@arcas>
In-Reply-To: <JIRA.12674024.1381881857354@arcas>
References: <JIRA.12674024.1381881857354@arcas>
Subject: [jira] [Assigned] (CB-5093) CLI builds version number inconsitently
 between iOS and Android
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/CB-5093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joe Bowser reassigned CB-5093:
------------------------------

    Assignee: Joe Bowser

> CLI builds version number inconsitently between iOS and Android
> ---------------------------------------------------------------
>
>                 Key: CB-5093
>                 URL: https://issues.apache.org/jira/browse/CB-5093
>             Project: Apache Cordova
>          Issue Type: Bug
>          Components: Android, CLI, iOS
>    Affects Versions: 3.1.0
>            Reporter: Adam George
>            Assignee: Joe Bowser
>
> 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.


--
This message was sent by Atlassian JIRA
(v6.1#6144)