bug 修复都不合了吗。。。如果 2.4.12 还没发是不是考虑放到 2.4.12。。。
看到 github 回复了，确实更应该用别的方式修复
抱歉合了也没用了，哈哈哈。而且现在不会引入这些改动，无法做到因地制宜，只能用原则来解决。毕竟鬼知道改了一个小地方会不会有连锁反应或者改出新问题。
啥时候 3.x 2d 的内存、cpu、gpu 开销和 2.4.x 差不多了我立马就升
你升了，3.x的性能立马和2.x差不多。（你们都不入坑，官方咋有动力更新）
我们也是用2.4.11，项目太大升不了3。之前打包每次合图就要2小时，合图缓存可能是有bug基本没生效。后来自己用Golang写了个小工具，打包前用工具生成所有自动图集再用Creator打包，不用任何缓存，合图时间从2小时减到45秒 。
我都是用tp，一切在自己掌控的感觉~嘎嘎香~~
早就差不多了
3.8是稳定版本了吗，我看4.0版本好像也在进行中，到时候新版本改动会很大吗
是稳定版了，现在没有 4.0 啊
好的，谢谢答复 
这个怎么实现的？能给点思路吗？
我的工具给你试试吧，我把工具其它功能屏蔽了，只保留生成图集的功能。因为附件最大只能4M，所以分成两个压缩卷，两个都要下载才能解压。
注意：不要在没有备份或Git管理的项目中直接使用！！！因为会直接修改项目原文件且没有备份！！！我们因为是使用Jenkins在远程主机打包，没有修改本地文件的问题。
使用方式：
1、使用Git把当前已修改的文件都提交好，关闭Creator；
2、命令行运行：
./cocos_build_optimizer.exe atlas -w c:\项目目录
如果仅需要处理指定目录，可以加参数
-o 逗号分隔的多个assets目录后的相对路径（不包括assets）
例如
-o res\image1,res\image2
代表只处理assets\res\image1，assets\res\image2这两个目录（包含所有子目录）下的自动图集。
3、打开Creator，打包，此时因为所有自动图集都已生成，所以会比较快。
4、运行git reset --hard命令，把自动图集清理回原始状态。
cocos_build_optimizer.part1.rar (4 MB) cocos_build_optimizer.part2.rar (1.6 MB)
4赞
抱歉，是
./cocos_build_optimizer.exe atlas -w c:\项目目录
我试了一下，*.pac 文件被删掉了？
是啊，合完图后.pac文件就没用了
对了，它会忽略没有被场景或resources下的预制体直接或间接引用的图片。如果你文件夹下的图片都没有被引用到，那看到的效果就只是pac被移除了。你要测试的话就建个空场景，把这些图片都拖到场景里，保存后再测试合图。
发现了 ， 所以暂时还不太能用这个工具做 合图优化。
为啥，剔除无用图片不是应该的吗？与Creator自带的合图逻辑是一样的