已我自己做的增量来看，没有什么定时爆炸不定时的。所有的东西都是可控的，只需要保存每个版本的manifest文件，打包也只需要对比文件列表的md5码，并没有维护成本。差异文件的下载问题，文件数量少，你感受不到差异，文件数量大的时候，每一份文件的下载，都可能造成问题，下载失败，等等
项目大小差异吧，合并json等确实能解决一部分问题
再次强调，没有维护成本，只需要保存对应版本的manifest，这个本身你做差异更新也要做的事情。更新增量包放oss就行了
每个版本都有一个全文件md5(相当于manifest)，不存在维护中间过程的说法，只需要区别出与上一个版本的差异即可。
有没有遇到合并json之后，加载json会卡顿一下的问题。。
假如你发布了有五个版本 a b c d e 那 你的服务器差异包 是不是 ab ac ad ae bc bd be ce ce de 假如是这样的话 你版本迭代快的话 要死人啊
就5个。。。
大概是版本就5个 但每个版本是建立在前一个版本的基础上的 就这一项估计也能死人的，然后你如果是中间版本 就要下多次了 这个离死也不远了
zip更新模式，除了王者这种，其他游戏怕是承担不了大量的用户流失！哈哈
我就是用zip增量更新，每次发版都把最新版本保存起来然后和上一个版本比较，不知道你说的死人是怎么死法。我的项目稳定运行快一年了，现在自己写了个脚本一键自动打更新包，香得很
这个就像前几天一个湖南的老女人 自制发霉长黑毛的豆腐 然后自己吃 说这个很好吃，其他人说有毒了 那不算 因为它已经吃了几十年了都
有问题就讨论问题，没必要阴阳怪气，增量更新也是在官方的基础上把差异化的散文件压缩成一个zip而已，只下载一个zip压缩包不管是省流量还是下载体验都比下载一堆散文件好
故事很有趣。。。目前市面上的方案都不是完美的哈，根据项目需要决策吧，楼主方案也只是常规的解决方案，也不强求谁用的，只提供给有需要的人哈，有好的建设性建议可以探讨哈～
这个理应不存在流失问题
最开始大家做热更新方案大多用zip
对用户体验好是真的
不过公司层面维护成本巨大，特别是版本越来越多的时候
有些人居然不知道 官方方案是完全支持ZIP的，非要自己弄个ZIP方式 然后说比官方的高级
楼主的这个，跨版本是下载一个zip，还是多个zip
mark~~~
官方方案没见到有支持zip的啊