Godot 导出包体审计:体积不是发布前一天才压的东西
包体体积是每天积累出来的 包体变大通常来自每天多一点的贴图、音频、测试场景和未清理资源。这个问题在项目早期经常被当成小功能,等内容量、平台数量和运营节奏上来之后才暴露成本。Godot 客户端要做的不是写一个临时脚本,而是把它当成可验证、可回滚、可观测的系统来设计。
tag
包体体积是每天积累出来的 包体变大通常来自每天多一点的贴图、音频、测试场景和未清理资源。这个问题在项目早期经常被当成小功能,等内容量、平台数量和运营节奏上来之后才暴露成本。Godot 客户端要做的不是写一个临时脚本,而是把它当成可验证、可回滚、可观测的系统来设计。
为什么要单独设计 Godot 项目资源多了之后,删除一个材质、移动一个贴图、改一个脚本路径,都可能在某个很少打开的场景里炸。运行时才发现 Missing Resource,通常已经离提交很远。场景资源引用审计的目标,是在删除或重构前知道谁还在用它,以及哪些引用已经断了。