关于android的apk版本升级的一些建议，有需要的朋友可以参考下。

额，闲着没事来一发

Android的版本号有versionCode，versionName两种。

versionCode是主要升级的依靠参数，只能相同或大于的情况下才能升级，所以每版该值需要自增。

versionName则主要作为显示标示，来说明该版是那个版本。

整合测试发布的apk和正式上线的apk，建议：

1.在上线时，versionCode采取一种方式自增，如1升至2，20升至21。但在测试时与上一版的versionCode相同。

2.versionName建议写为当前版本（如2.1）+封包日期（如1125）+封包那天的第几版（如当天第二个包为02）。

举个栗子：

如果在11月25号封了一版2.1的测试版，则版本号对应如下（versionCode和2.0相同）

versionCode：20

versionName：2.1.1125.01

如果在第二天要发2.1的正式版则：

versionCode：21

versionName：2.1.1126.01 （这里改为2.1也可以，不影响）

然后第三天2.2测试就这样（往后类推）：

versionCode：21

versionName：2.2.1127.01

注意：

发布如2.1.1这样的版本时，versionCode不要简单的设为211，然后下版3.0时又把versionCode设为30，这样子3.0是不能升级的，因为211>30。

其实在原来的公司的升级机制也是蛮好的，versionName还是当前版本（如2.1）+封包日期（如1125）+封包那天的第几版（如当天第二个包为02），如2.1.1125.01，然后versionCode直接干掉小数点21112501，这样一般情况下versionCode肯定是自增的，不过如果跨年就不好办了，到了明年一月，日期要悲剧的从01XX开始了，不过又说回来，到了明年将版本升一级不就完美解决了，应该不会有apk打死不往上升级吧。。。。

转载在http://www.wl566.com/biancheng/156074.html

关于android的apk版本升级的一些建议