跳到主要内容

管理端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 机制来忽略对工作空间目录下某些文件的打包，这样就让管理端和客户端共用一份目录了

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