关于android的apk版本升级的一些建议
关于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打死不往上升级吧。。。。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
