Creator3.8.8 项目资源太多有80多万个，打开一次半小时，有办法优化吗

Creator 3.x
#1

如题，这种海量资源的大型项目，想让编辑器加载提速，有什么方案？

#2

什么资源？图片吗？按需加载啊。

#3

他说的应该是打开编辑器的时间吧

#4

不关电脑就行了啊 :sweat_smile:

#5

除非拆分Bundle会好点

#6

我也蹲一个cocos解决方案，同时蹲个unity快速打开的解决方案：unity 项目20G，首次打开要5个小时，做分支/项目迁移/缓存清理这些非常痛苦

#7

拆包，用nodejs做桥接

#8

80多万个。。。

这种大型项目应该专门定制工作流了，拆包开发吧。

1赞
#9

@dogking18 @wlh991007 最终方案是让ai对资源进行分包，并放在assets之外，ai还是太权威了

#10

我们是分工程.
开发工程,
打包工程.
核心都是不变的.然后,开发工程看需要放些bundle.
打包工程,都是命令行,打包脚本.一般不用打开.

#11

快了多少勒

#12

美术资源独立一个工程出去

#13

分享一下同事提供的优化方案

  1. 关闭系统的扫描
    image
    image712×410 13 KB
  2. 关闭svn的文件扫描，或者直接卸载，一般都是用git
  3. tsconfig.json配置"exclude": [“integration”, “node_modules”, “library”, “temp”]
  4. tsconfig.json配置"skipLibCheck": true,

cocos加载读条资源数快到10W，整个工程目录88W文件
我的项目打开速度从30分钟提升到了5分钟。
观察开cocos时任务管理器的占用，哪个占比高就想办法优化

#14

利用分支拆包，我现在公司的代码库 400个分支，每个分支维护一个bundle :sweat_smile:

#15

你这是属于是天顶星黑科技了啊。

#16

做一个 ContentRepos

#17

970 个 bundle，ext-bundles 和 assets 同级目录， 通过软连接链到 assets 目录内开发，每个人可以只链接自己负责的内容，构建时也可以只链接修改过的 bundle， 编辑器启动 & 构建都很快， 构建这个 5min 有一半时间是在往 S3 上传资源， Cocos Creator 构建 2 分钟左右， 而且这套机制一直增量构建下去， 未来不管项目多大， 只要不是完整构建时间都在 5min 左右， 已经稳定跑了快 2 年了。

image
image1168×1012 87.4 KB

image
image4128×1228 395 KB

image
image2922×1572 580 KB

5赞
#18

alpha牛逼.已经用AI实现.
大伙把他提到的丢给AI就能实现了.区别可能就是他那个BUNDLE管理器的可视化而已.

#19

好奇这个项目提交，是怎么管理的

#20

提交和正常项目没区别，忽略 assets 目录挂载生成的软链接

2赞