跳到主要内容

管理端FAQ

一些常见的问题都列举在这里了,希望对你有帮助。

OutOfMemoryError: Java heap space

创建新版本时,打包文件到一半出现这个问题

影响范围:管理端全版本

问题原因:给管理端分配的内存不够大

解决方法:参考下面的《内存不足,打包过程中断》问题

创建新版本时直接提示版本号为空

创建新版本时, 没有任何输入就直接提示版本号为空

影响范围:管理端 1.1.0 至 1.1.2

问题原因:软件 bug

解决方法:升级到管理端 1.1.3 或者更高版本

暂时不支持打包大小超过2GB的文件

影响范围:管理端全版本

问题原因:受部分 JavaAPI 的限制,Int 类型只能表示 2GB 大小以内的文件

解决方法:不要打包单个大小超过 2GB 的文件

内存不足,打包过程中断

影响范围:管理端全版本

问题原因:打包过程非常消耗内存,如果分配的内存过少,又要执意进行打包,可能会出现这个问题

解决方法:使用 JVM 参数 -Xmx4g 或者 -Xmx4096m 分配更多内存(同 Minecraft 服务端设置的方式)

此问题多出现在打包大型文件时,一般认为超过 100mb 以上的单文件为大型文件,打包越大的文件时越应该有更大的内存

注:出现此问题的概率 = 文件大小的平方(没错就是平方)

补丁文件超过了 2Gb 大小的限制

影响范围:管理端全版本

问题原因:一次性打包的内容太多,导致最终补丁文件超过你2Gb大小的限制,受部分 JavaAPI 的限制,Int 类型只能表示 2GB 大小以内的文件

解决方法:将一次更新分开打包到多个更新包里

Stream is not in the BZip2 format

影响范围:管理端 1.0.3 和之前的版本

问题原因:代码 bug 导致

解决方法:升级到 1.0.4 或者更高版本

是否有类似 gitignore 的机制

是否有类似 gitignore 机制来忽略对工作空间目录下某些文件的打包,这样就让管理端和客户端共用一份目录了

没有这个机制,建议管理端和客户端的维护分开维护,不要共享,这会在很大程度上避免很多非常隐蔽的暗坑