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

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

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

一般BUG反馈

对于一般BUG反馈，推荐一下两种反馈方式：

类型一 图片+文字说明（推荐）

一个很好的例子

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

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

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

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

模组版本号

干了什么，导致了什么（尽量用一句话表述）

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

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

崩溃反馈

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

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

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

①（必要）崩溃报告

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

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

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

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

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

②（推荐）文字描述

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

③（可选）自行排查

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

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

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

④反馈途径

（推荐）CurseForge、GitHub、Discord

（国内原创）MCBBS等

注意事项大致就这么多。

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

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