AndroidManifest。xml文件<manifest>versionCode属性

我猜,按照这个顺序,你真的是想说“如果我们想发布下一代tech 2.0,但仍然发布针对1.0系列tech的1.5补丁,该怎么办?”

你的选择是:

1. 不要这样做——一旦切换到2.0,就继续2.0系列
2. 将2.0技术系列作为一个单独的应用程序发布,可能从1开始
3. 嗯。。。没有#3

我猜你会想要#2。毕竟,从定义上讲,你是说该应用程序目前有两个版本(1.5和2.0),因此实际上有两个不同的应用程序。

为了允许多行开发和发布,我们回到了基本行编号的旧时代。以下是发布日期前的订单:

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

以上限制了每个级别(2位)的一到100个点和100个破折号释放。每个级别可以使用10个(1位数),但我从未使用过在该限制范围内的“真正”软件。考虑到当今的持续集成方法,甚至在某些情况下,每个级别需要1000(3位数)。

使用2位数字可以为有符号16位整数提供31个主要版本,为无符号16位整数提供63个主要版本。如果需要的话,这应该/可能会给Android世界足够的时间去使用64位。

这种方法提供了多个分支,程序可以检查这些分支,更高的版本代码意味着从较低的版本代码升级。

Versioning Your Applications 各国:

其他应用程序。。。需要查询 应用程序的系统 版本,以确定兼容性 并确定依赖关系

android:versionCode是一个整数值 这代表了 应用程序代码,相对于其他 版本

该值是一个整数,因此 应用程序可以通过编程实现 评估它,例如检查 升级或降级关系。可以将该值设置为所需的任何整数, 但是,您应该确保应用程序的每个后续版本都使用更大的值。

剩下的问题是关于“每次连续发布”。这是为了将一个版本的发布日期限制为1.2-1和2.0-0成功1.2-0,除非发布日期按此顺序。版本代码值:10200、10201和;20000提供“升级或降级关系”。或者,使用整数值是为了将一条线限制为一条没有分支的线?