使用腾讯bugly集成热更新使用踩坑记录

这两天公司项目需要是用热更新来提升用户使用体验，减少由于bug造成的频繁发版，最后当然选择使用triker作为热更新了，不过我还是决定使用bugly，原因如下：

1.bugly热更新是对trinker的再次封装，集成起来相对简单

2.bugly有操控控制台，我可以很简单随意的下发补丁，并且如果补丁不合适我还可以撤回，可以根据不同的版本进行细分下发等等

基于以上两点我决定选用bugly热更新了，下面说一下这两天集成的过程中踩得坑吧：

一.参考文档记录：

1.https://bugly.qq.com/docs/user-guide/instruction-manual-android-hotfix/?v=20170815114059
2.http://m.blog.csdn.net/ou775968876/article/details/76160219
3.https://bugly.qq.com/docs/user-guide/faq-android-hotfix/?v=20170504092424

二.中间的差错

1.按照官方文档来集成，第四部功能清单其实是可以不用配置的，因为我们基本上都是用的最新的腾讯sdk

2.关于tinkerId，这个其实就是我们每次发版前需要改一下，然后发完版后打补丁的时候再改一次，就改这两次就好了，直到下一次再发版的时候再重复上述操作例如：

    // 构建基准包跟补丁包都要修改tinkerId，主要用于区分，每次上线时改变一次
    //tinkerId = "base-1.3.6"
    //打补丁时用
    tinkerId ="patch-1.3.6"

3.就是集成官方文档的时候，最好先把分渠道打包的build注释掉，最后成功了，再打开配置分渠道打包，否则你会发现始终打补丁不成功，特别纠结。还有就是

多渠道打包基准包的名称必须要规范，否则会找不到基准包例如app-dev-release.apk，app-main-release.apk

4.打包所用的guadle在AS的右侧，展开就可以看到了

  5.最重要的一个就是补丁包的位置：你必须要上传build/outputs/patch目录下的补丁包