你会发布第一个版本的 你的应用程序与versionCode设置 到1，然后单调增加 无论如何，每个版本都有价值 释放是否构成一个 主要或次要的释放。
这一切都很好，但如何处理这个序列？：
1 1.0 2 1.1 3 1.2 4 1.3 5 1.4 6 2.0 ? 1.5
答案 0 :(得分：5)
我认为按照这个顺序，你真的想说“如果我们想要发布下一代技术2.0，但仍然会发布针对1.0系列技术的1.5补丁发布？”
您的选择是：
我的猜测是你想要＃2。毕竟，根据定义，你说有两个当前版本的应用程序（1.5和2.0），因此实际上有两个不同的应用程序。
答案 1 :(得分：3)
为了允许多行开发和发布，我们回到基本行号的旧时代。以下订单按发布日期：
10000 1.0-0 10001 1.0-1 10002 1.0-2 10100 1.1-0 10103 1.1-3 10200 1.2-0 20000 2.0-0 10201 1.2-1
以上限制每个级别1到100个点和100个短划线（2位数）。每个级别可以使用10个（1个数字），但我从未使用过能够满足该限制的“真实”软件。鉴于今天的持续集成方法，甚至有些情况下每个级别需要1000（3位）。
使用2位数字为带符号的16位整数提供31个主要版本，为无符号提供63个主要版本。如果需要，这应该/可能给Android世界足够的时间去64位。
此方法提供了多个分支，可以由程序检查，较高的versionCode数字意味着从较低的数字升级。
Versioning Your Applications州：
其他应用......需要查询 适用于您的应用程序的系统 版本，以确定兼容性 并确定依赖关系
android：versionCode - 一个整数值 代表的版本 应用程序代码，相对于其他 版本
该值是一个整数，以便其他 应用程序可以编程 评估它，例如检查一个 升级或降级关系。您可以将值设置为您想要的任何整数， 但是，您应该确保应用程序的每个连续版本都使用更大的值。
剩下的问题是关于“每次连续发布”。这是为了限制一个日期，以便你不能让1.2-1和2.0-0都成功1.2-0，除非发布日期是那个顺序。 versionCode值：10200,10201＆amp; 20000提供“升级或降级关系”。或者是使用整数值来限制一个没有分支的单行？