。。是这种
内测版本区分和更新模式没关系。。。。
内外测版本通过manifest控制即可，
不同版本下载不同的manifest，
需要测试时先发内测的manifest，测试完了直接推manifest到外部版本
所以我才自己实现，我需要的是单文件zip模式，单文件cdn和分发都更方便。
所以你总结出的这些优点 都是其他人认为的缺点
之前没有区分内测版本，就是全部下发。热更服务器就一份，更新了就是全部用户更新了。测试服环境和正式服不一致，出现过几次测试服没问题，正式服有问题。
其实，和服务器没啥关系
都是静态文件，直接买个存储桶丢上去直接cdn分流就行。
涉及到服务器事情又开始复杂化了
就算是需要zip打包
我觉得直接做个脚本打包放cdn即可，
manifest指定zip包地址，拉取manifest下来后去下zip包就行
哈哈，领导的需求是单文件，同时最大化减少下载文件大小，节约cdn流量。没办法
这个差异对比生成zip的脚本在远程服务器做和本地做，都差不多的。我是发版本的时候本地做的。
楼主官方是支持zip更新的，你直接把差异化文件提取出来压缩成一个zip，然后在mainfest文件里面改一下就行了
这个我知道的。。单文件我是用jsb.Downloader下载的，没用manifest。线上散文件更新是保留的。
zip主要是跨版本更新的问题。。我们经常会改到相同的文件。zip增量更新跨五个版本，某些文件就要下载五次。
zip 方案对于那些频繁更新的项目 不适应
我们一星期一次算频繁吗？
不算 我们都是一个星期十次左右
牛逼了。。那你们的更新方式是？
你们领导是不是真算过账哦，cdn那点流量真没什么
因为频繁发版本更新的时候，其实改动几乎就是代码和少量文件
反而如果你积累几个版本，你就得考虑要更全量包，最后算下来未必就能节省
我们经常更新要100M。。跨几个版本修复更新会几百M
我们就是用了官方的方案 你资源合图管理好其实是可以的
合图是最麻烦的，换个图标需要整个合图更新。考虑性能dc，又必须要合图。没办法。我们素材是经常改动的。所以动不动要更新100M。