所以，不存在这个痛点啊
zip唯一的优点是合并请求数
请求数不是唯一的有点，还有更方便控制下发版本。服务器想分发版本更方便一些。可以指定某些用户更新。
增量zip热更新也是会减少下载连接数，但是跨版本相同的文件会下载多次
更新粒度控制，我觉得这不是优点
前端存在多个版本时，后端、配置表怎么做兼容？
我们是先下发给自己内部测试人员，不是存在多版本。我们测试没问题，再全部下发。
。。是这种
内测版本区分和更新模式没关系。。。。
内外测版本通过manifest控制即可，
不同版本下载不同的manifest，
需要测试时先发内测的manifest，测试完了直接推manifest到外部版本
所以我才自己实现，我需要的是单文件zip模式，单文件cdn和分发都更方便。
所以你总结出的这些优点 都是其他人认为的缺点
之前没有区分内测版本，就是全部下发。热更服务器就一份，更新了就是全部用户更新了。测试服环境和正式服不一致，出现过几次测试服没问题，正式服有问题。
其实，和服务器没啥关系
都是静态文件，直接买个存储桶丢上去直接cdn分流就行。
涉及到服务器事情又开始复杂化了
就算是需要zip打包
我觉得直接做个脚本打包放cdn即可，
manifest指定zip包地址，拉取manifest下来后去下zip包就行
哈哈，领导的需求是单文件，同时最大化减少下载文件大小，节约cdn流量。没办法
这个差异对比生成zip的脚本在远程服务器做和本地做，都差不多的。我是发版本的时候本地做的。
楼主官方是支持zip更新的，你直接把差异化文件提取出来压缩成一个zip，然后在mainfest文件里面改一下就行了
这个我知道的。。单文件我是用jsb.Downloader下载的，没用manifest。线上散文件更新是保留的。
zip主要是跨版本更新的问题。。我们经常会改到相同的文件。zip增量更新跨五个版本，某些文件就要下载五次。
zip 方案对于那些频繁更新的项目 不适应
我们一星期一次算频繁吗？
不算 我们都是一个星期十次左右