关于pushy uploadApk 底包的疑问



  • 热更新要上传一个底包用来对比差异的吧?如果相同的代码,两台电脑生成的底包会不会有差异?这样会不会变成已后只能通过那一台电脑提交?



  • @lufree 实测发现似乎是没差异,但是这一点并不确定。所以,强烈建议你把“即将发布的” 准确apk 用于uploadApk和发布,将“用于测试”的准确apk(版本号应有差异)用于uploadApk和测试。

    也就是说,应尽可能确保你安装的 和 uploadApk的是同一文件,这才是最安全的方式。

    只需要是同一文件,并不限定是同一台电脑,你把文件download下来再upload也是没有问题的。但重新assembleRelease 哪怕在同一台电脑上,也有可能是不安全的。

    当文件实在存在差异的情况,大部分情况下,会在下一次启动的时候闪退,随后在下下一次启动回滚到当前版本。如果你发布的包和uploadApk的不是同一包,有可能所有更新都会失败,这种情况下,你只能从平台撤下包,触发一次强制的包更新。

    如果你已经做过了前文所述的不安全的事了,你可以找回两个apk,对比其中的index.android.bundle的CRC是否一致(用7z等软件直接打开压缩包就可以看到CRC了),如果一致,就是安全的(作死修改了图片的可能性不大,而且通常不会导致严重的问题),如果不一致,那导致问题的可能性应该在99%以上。如果你已经找不到uploadApk上传的apk了,可以联系我的QQ: 402740419,我可以协助你找回。

    如果发现CRC确实不一致,那么可以赶紧撤回uploadApk上传的apk,然后重新upload正确的apk(你甚至可以自己从各种渠道上下载到apk再upload,这是十分安全的),这样可以避免重新往市场发布版本。如果你曾经往不同渠道发布版本号相同但内容不同的apk,并且发现index.android.bundle的CRC不一致,那你很可能需要赶紧联系我们寻求付费技术支持了……这不是一件容易搞定的事情。当然,你可以选择注册一堆账号创建一堆应用来绑定不同的appKey,只是这样也会给你的版本管理带来很大负担。

    iOS版本的处理方式基本一样,但iOS通常只做一个市场,所以通常不存在多渠道打包问题。如果真的存在,也需要较复杂的处理。



  • @tdzl2003 多谢你的解答。加你Q了。



  • 大神 你的qq号码是多少?能否加个好友.



  • @kaiyuanlee 请认真看大神的回复。里面有QQ.


登录后回复