导语
很多项目仍然被unity构建时间太长的问题困扰着,为了解决这个问题,尝试一些方案。
背景
能够更快拿新包,更快转入测试流程,快速封版本是每个项目都非常关心的问题。一个较好的构建流程和时间至关重要,不仅节约各个部门同事的时间,也可以避免无用的等待和加班。
方案
并行构建
抓出耗时最长的节点(一般是unity构建),分析和拆解;
检查多余的操作和任务;
检查代码的性能问题;
并行构建
我们首先要做的就是把所有非必要和非及时性的任务从主构建流程中移除掉,并行或异步处理。
两个工程分别执行Res和App的构建结束后再组合成包
资源生成打包列表
收集资源生成打包列表的时候尽量不要用GetDependences和一些AssetDatabase.Load等耗时函数
据我了解,很多项目为了省事,会去使用这些接口来收集打包资源列表,但这些相当耗时,尽量从设计上避免这些行为,通过良好的资源管理和打包规则来避免
Resources目录下不要放太多资源
不确定是否有老项目还在Resources目录下放很多资源,这部分每次都会重新构建成bundle,浪费相当多的时间
发布资源和加壳放到子流水线
不要让发布资源和加壳APK阻碍主流程
1万+

被折叠的 条评论
为什么被折叠?



