为什么要采用Bugly的升级

我们都知道现在随着app的逐渐测试稳定，用户除了去第三方应用市场下载app，更喜欢直接在app内部中去升级app，怎么做好app的升级功能呢，把它放在我们服务器？

但是随之带来的问题也很明显：

首先，我们服务器带宽不够；

其次，断点续传老是出问题；

然后要么就是版本号带来的冲突无法安装成功，或者无法检测到新版本；

因此在我们得知Bugly除了可以捕捉上报bug后，它也推出了内部升级策略以及热更新等一系列app的维护操作后，我们就来试下吧；

怎么使用？

1.先去SDK地址：

https://bugly.qq.com/v2/products/upgrade

去获取SDK；

2.结合开发文档：https://bugly.qq.com/docs/user-guide/instruction-manual-android-upgrade/?v=20170912151050

3.按照开发文档正确导入SDK以及配置初始化

需要注意的一些细节

1.版本号迭代注意事项：

此规则应用于所有App迭代说明，作为统一准则，开发人员发布版本前必须严格遵守，避免出现版本号不一致升级失败的现象；

规则如下

•  测试版本发布前必须确认是否已迭代，每个版本发布给测试人员都必须是迭代过的版本号；

• 正式版本上架前，必须确认是否在测试版本号基础上迭代，且是唯一的；

• Bugly上应用分发上的版本号与应用升级上的版本号，必须全部保持唯一版本号；

• 采用Bugly为主，自身服务器为辅的升级策略，就得保证Bugly服务器上的版本号与我们自身服务器版本号必须一致，避免版本不同步造成安装错误；

• 开发人员发布测试版本，正式版本前需严格审查版本号，允许做“加”法，切记不要做“减”法；

• 版本号迭代时，允许中间跨度多个版本号，如：89（现版本）跨度到91（新版本）；

2.二手准备：

为避免Bugly暂时维护带来的升级策略暂停，我们应结合自身服务器，做二手准备，当Bugly检测不到新的应用升级策略时，

应及时切换到自身服务器再次检测是否有新版本，避免版本遗漏

原文链接：http://www.apkbus.com/blog-561682-77062.html