关于BUG(含崩溃)反馈的一些注意事项

最近,收到了一些玩家对茶模组BUG的反馈(感觉全是我的锅),但其中一部分存在反馈内容模糊不清,以致本人无法进行判断确认和排查修复。

图片来自酒石酸菌B站动态

考虑到,这并非个别情况,故写下这篇专栏。自己的拙见能对此有帮助。

一般BUG反馈

对于一般BUG反馈,推荐一下两种反馈方式:

类型一 图片+文字说明(推荐)

一个很好的例子

类型二 无图片+详细文字说明(退而求其次)

图片还是很有必要的,因为这比文字更能给人一种直观的感受。

当然,如果反馈的BUG没有什么图片可以显示的话,确实是没有添加的必要。

文字说明力求言简意赅,基本上包含以下信息:

模组版本号

干了什么,导致了什么(尽量用一句话表述)

(可选内容)Forge版本号、未出现此BUG的最迟版本号

同时,在遇到疑似BUG时,请先确认自己操作是否正确。

崩溃反馈

如同开篇图片所述,崩溃的排查其实是一个很麻烦的事情,可能会涉及到很多方面。

一次崩溃可能只是偶然情况,或者是模组间的冲突,所以崩溃报告的提供显得尤为重要。

以下为几个崩溃反馈的要素:

①(必要)崩溃报告

能够初步判断崩溃的大致来源。(崩溃报告并不是完全有用,我遇到过其他模组的错误,然后崩溃报告把锅甩给另一个模组的。)

一般来说,崩溃报告位于\.minecraft\crash-reports文件夹下。

如采用强制版本隔离模式(如使用BakaXL启动器等),则在\.minecraft\version\相应版本\crash-reports文件夹下。

名称格式为“crash-年-月-日_时.分.秒-端.txt”。

采用Ubuntu Pastebin等网站反馈报告是个很好的选择。

②(推荐)文字描述

简要地描述崩溃前自己做了什么事情。

③(可选)自行排查

有能力的玩家可以通过报告先行排查,一并反馈给作者。

如果是模组冲突等原因,这一步就显得格外重要了。因为作者很难完全重现一样的崩溃。

这样也可以使作者尽快确认并修复。

④反馈途径

(推荐)CurseForge、GitHub、Discord

(国内原创)MCBBS等

注意事项大致就这么多。

本人未考虑到的问题,会在评论区进行补充。

如有不妥之处,欢迎指出。

-- --
  • 投诉或建议
评论