为什么从 Android 重新打包到 BlackBerry，版本名称会自动更改？
Why does repackaging from Android to BlackBerry, version Name changes automatically?
我在 Android Manifest.xml 文件中有一个 Android 应用程序，versionName=1.0.5 和 versionNumber=7。每当我重新打包我的应用程序时，vesionName 都会自动更改为 1.0.7.0。我不知道为什么会这样。我希望我的应用程序版本名称与 Android Manifest.xml 文件中的相同。
根据您的评论，BlackBerry 平台上的惯例是（如您所说）使用虚线四边形作为版本名称。为了便于讨论，让我们调用四个数字：
- 主要
- 未成年人
- 发布
- 建造
主要编号表示非常重要的更改，通常会妨碍在旧硬件上工作。 BBOS 4、5、6、7、10 就是这样的例子。发布到 运行 OS N 的设备通常无法 运行 OS N+1.
次要数字表示重大变化。这些通常是额外的 API 或功能，但通常不表示硬件不兼容。例如版本 10.0、10.1、10.2 和 10.3。
版本号表示的更改是修复或次要增强，但通常不会随主要的新功能或 API 一起提供。
内部版本号是一个单数，每次构建具有特定 Major.Minor.Release 的产品时都会递增。在产品发布之前，这些数字达到数百或数千是正常的。
很明显，给定了一个版本号以将其放入带有版本名的版本字符串中，将其放入构建字段中没有任何意义。 Release 字段最有意义。
我在 Android Manifest.xml 文件中有一个 Android 应用程序，versionName=1.0.5 和 versionNumber=7。每当我重新打包我的应用程序时，vesionName 都会自动更改为 1.0.7.0。我不知道为什么会这样。我希望我的应用程序版本名称与 Android Manifest.xml 文件中的相同。
根据您的评论，BlackBerry 平台上的惯例是（如您所说）使用虚线四边形作为版本名称。为了便于讨论，让我们调用四个数字：
- 主要
- 未成年人
- 发布
- 建造
主要编号表示非常重要的更改，通常会妨碍在旧硬件上工作。 BBOS 4、5、6、7、10 就是这样的例子。发布到 运行 OS N 的设备通常无法 运行 OS N+1.
次要数字表示重大变化。这些通常是额外的 API 或功能，但通常不表示硬件不兼容。例如版本 10.0、10.1、10.2 和 10.3。
版本号表示的更改是修复或次要增强，但通常不会随主要的新功能或 API 一起提供。
内部版本号是一个单数，每次构建具有特定 Major.Minor.Release 的产品时都会递增。在产品发布之前，这些数字达到数百或数千是正常的。
很明显，给定了一个版本号以将其放入带有版本名的版本字符串中，将其放入构建字段中没有任何意义。 Release 字段最有意义。