本帖最后由 NoName德里奇 于 2021-3-28 18:38 编辑
前言
这次在 MCBBS 闹得沸沸扬扬的 MOD Bug 列表事件，让 Bug 这个许多服主惧怕的字眼，
再一次出现在服主圈子的视线焦点。
冬泳怪鸽有一句名言：
同理，
但是我们应当如何面对这个许多服主、玩家惧怕的纸老虎，
从恐惧到无惧，最终战胜它们？
有一部分服主寄希望于“四重”玄学：重启服务器、重做服务端、重装系统、重买电脑。
这种做法是极其低效的，而且实质上是一种鸵鸟式的逃避策略，
根本无助于 Bug 的解决。
在这篇文章中，我将分享我作为一个和在座的大多数服主一样，没有 Java 编程经验的普通服主，
对抗 Bug 的心得体会。
其实就一句话：解决不了的问题，交给有能力解决的人去解决。
所以接下来我们就详细讨论一下，怎么告诉 MOD/插件/服务端的作者，你的程序有 Bug，该修了。
干货
我们直接上干货，给出反馈的步骤。
让大家按照这种流程做一遍，就能写出一篇优秀的反馈。
第零步：更新你的服务端
把服务端上能更新的都更新了，包括 MOD 插件 服务端本身。
确保你使用的这些东西，的确是最新版本。
因为作者很有可能以“请更新到最新版本”来搪塞你的问题，这时候你就会陷入哑口无言的尴尬境地。
因此在反馈之前一定要进行更新。
第一步：判定 Bug 类型
1. 服务端/客户端是否崩溃？
是，请得到崩溃报告。
否，是什么问题？如果是服务端/客户端卡死，请得到 latest.log 日志。
如果是优化方面的问题，请安装 Spark，取得 Spark 的分析报告。
得到崩溃报告的方法请阅读这篇文章：
【茶馆季度活动】【论坛教程组】震惊！原来崩溃报告要这么用！
https://www.mcbbs.net/thread-812259-1-1.html
(出处: Minecraft(我的世界)中文论坛)
得到日志的方法是：在客户端或服务端的根目录下找到 logs 文件夹，
如果客户端或服务端仍未重启过，直接取出 latest.log 文件；
如果已经重启过，取出名称为 Bug 发生的日期的压缩文件，逐个解压，
找到时间与发生 Bug 时间段对应的那个 log，就是我们需要的 log 文件。
得到 Spark 分析报告的方法请参阅：
[管理][PoS]Spark —— Spark性能分析器[1.8-1.15]
https://www.mcbbs.net/thread-823209-1-1.html
(出处: Minecraft(我的世界)中文论坛)
第二步：取得联系方式
找到 MOD/插件/服务端的 Bug 反馈网址。
对于 MOD，寻找 Bug 反馈网址的一般步骤是这样的：
1. 在 MCBBS 找到这个 MOD 的搬运帖。
2. 通过“原帖地址”或在搬运帖中，找到 MOD 的 CurseForge 主页并打开。
3. 按下 Ctrl+F 快捷键启用浏览器的查找功能，输入 issue，浏览器会标注出一个 Issues 的链接，点击。
如果你的浏览器不支持这个功能，那么这个 Issues 链接就在 CurseForge 页面的 MOD 标题下方，你稍微寻找一下一定能找到。
4. 新打开的网页就是 MOD 的反馈地址。
如果 MCBBS 尚未搬运，通过 MCMOD 百科也可以找到 Bug 反馈网址，步骤如下：
1. 打开 MCMOD 百科首页，点击页面顶部右侧的放大镜图标，输入 MOD 名称按下回车。
2. 在搜索结果中找到你要反馈 Bug 的 MOD，点击进入它的主页。
3. 在“相关链接”板块寻找 GitHub 链接，点进去。
4. 在 GitHub 主页上找到 Issue，点进去。
对于插件，同样可以在搬运帖当中找到 Sponge 上的链接。
Spigot 插件反倒有些难度。
但是作者可能会在页面上留下 Discord 聊天室的链接，
或者以 这个插件 为例，
它的 Spigot 在页面右侧会有 Support 按钮，你用上面提到的浏览器搜索功能搜索 support 就会看到了。
对于服务端，我在这里列出常见服务端的反馈地址，排名不分先后：
插件服：
Paper Spigot：https://github.com/PaperMC/Paper/issues
MOD 服：
Forge 官服：https://github.com/MinecraftForge/MinecraftForge/issues
SpongeForge：https://github.com/SpongePowered/SpongeForge/issues
Catserver：https://github.com/Luohuayu/CatServer/issues
Mohist：https://github.com/Mohist-Community/Mohist/issues
群组服：
BungeeCord：https://github.com/SpigotMC/BungeeCord/issue
经过以上步骤，你一定可以找到 Bug 反馈网址，或作者的联系方式。
第三步：注册 GitHub 账号
如果你拿到了其他的联系方式，如 Discord、QQ 群，就可以选择跳过这一步。
某些 MOD 是使用 GitLab，BitBucket 等托管平台来接收 Issue 的，但是由于个数较少，
因此属于进阶玩法，有兴趣的可以回复在下面，我单独回复进行讲解。
这里仅讲用 GitHub 反馈 Bug 的方法。
这是 GitHub 的注册页面：https://github.com/join?source=header-home
打开以后，从上到下依次填写用户名、电子邮件和密码，
最下方的验证是给出一张图片，点击网页上的顺时针箭头和逆时针箭头，
把图片转到正向，然后点击确定。
注册以后登录，并回到第二步找到的反馈网址，点击“New Issue”，就开始写反馈了。
第四步：填写反馈表格
我直接给出一张表格，你复制到网页上最大的一个框里边，然后照着填就行。
复制代码
在这里你要灵活一些，如果你反馈的不是 MOD 的问题，就把 MOD 改成插件/服务端；
如果你是插件服，就把“完整的 MOD 列表”改为“完整的插件列表”，并且把 Forge 有关的部分都删掉。
如果是优化问题，就把“崩溃报告的链接”删掉，改成 Spark 链接。
最后一定要切记一点：如果你不能保证作者是个中国人，就把以上表格中的中文全部删掉。
在和人交流的时候，使用对方不懂的语言，是一种很没有礼貌的行为。
最后，在表格上面的长条输入框中写上：
如果是服务端崩溃，写个复制代码
如果是客户端崩溃，写个复制代码
就很简单。
然后点击
你的反馈就写好了，接下来就是静候 Bug 修复的佳音了。
等待，并心怀希望吧。
总结和注意事项
1. 如果一个 MOD 已经很久没有更新，你反馈不被看到的可能性是很大的。
在反馈之前建议了解一下 MOD 的更新情况。
2. 尽管在 Discord 和 QQ 群反馈 Bug 很方便，但是我仍然推荐使用这个格式，
去 GitHub 或者指定的地方反馈，然后再@作者，提醒他去看。
因为聊天记录可能会被淹没，但是写在 GitHub 上的反馈不会。
3. 不管你最后有没有使用 GitHub 来反馈，上面那张表格里的信息总是需要的。
最起码你要带上崩溃报告或者 Spark 分析报告，否则请作者诊断问题无异于让他闭眼开车。
大概就是这样，如果有什么问题请回复在下面，有什么意见、建议也可以回复在下面，帮我查缺补漏。
感谢各位！
来自群组: Bone Studio
前言
这次在 MCBBS 闹得沸沸扬扬的 MOD Bug 列表事件，让 Bug 这个许多服主惧怕的字眼，
再一次出现在服主圈子的视线焦点。
冬泳怪鸽有一句名言：
消除恐惧的最好方法就是面对恐惧。
同理，
消除 Bug 的最好方法就是面对 Bug。
但是我们应当如何面对这个许多服主、玩家惧怕的纸老虎，
从恐惧到无惧，最终战胜它们？
有一部分服主寄希望于“四重”玄学：重启服务器、重做服务端、重装系统、重买电脑。
这种做法是极其低效的，而且实质上是一种鸵鸟式的逃避策略，
根本无助于 Bug 的解决。
在这篇文章中，我将分享我作为一个和在座的大多数服主一样，没有 Java 编程经验的普通服主，
对抗 Bug 的心得体会。
其实就一句话：解决不了的问题，交给有能力解决的人去解决。
所以接下来我们就详细讨论一下，怎么告诉 MOD/插件/服务端的作者，你的程序有 Bug，该修了。
干货
我们直接上干货，给出反馈的步骤。
让大家按照这种流程做一遍，就能写出一篇优秀的反馈。
第零步：更新你的服务端
把服务端上能更新的都更新了，包括 MOD 插件 服务端本身。
确保你使用的这些东西，的确是最新版本。
因为作者很有可能以“请更新到最新版本”来搪塞你的问题，这时候你就会陷入哑口无言的尴尬境地。
因此在反馈之前一定要进行更新。
第一步：判定 Bug 类型
1. 服务端/客户端是否崩溃？
是，请得到崩溃报告。
否，是什么问题？如果是服务端/客户端卡死，请得到 latest.log 日志。
如果是优化方面的问题，请安装 Spark，取得 Spark 的分析报告。
得到崩溃报告的方法请阅读这篇文章：
【茶馆季度活动】【论坛教程组】震惊！原来崩溃报告要这么用！
https://www.mcbbs.net/thread-812259-1-1.html
(出处: Minecraft(我的世界)中文论坛)
得到日志的方法是：在客户端或服务端的根目录下找到 logs 文件夹，
如果客户端或服务端仍未重启过，直接取出 latest.log 文件；
如果已经重启过，取出名称为 Bug 发生的日期的压缩文件，逐个解压，
找到时间与发生 Bug 时间段对应的那个 log，就是我们需要的 log 文件。
得到 Spark 分析报告的方法请参阅：
[管理][PoS]Spark —— Spark性能分析器[1.8-1.15]
https://www.mcbbs.net/thread-823209-1-1.html
(出处: Minecraft(我的世界)中文论坛)
第二步：取得联系方式
找到 MOD/插件/服务端的 Bug 反馈网址。
对于 MOD，寻找 Bug 反馈网址的一般步骤是这样的：
1. 在 MCBBS 找到这个 MOD 的搬运帖。
2. 通过“原帖地址”或在搬运帖中，找到 MOD 的 CurseForge 主页并打开。
3. 按下 Ctrl+F 快捷键启用浏览器的查找功能，输入 issue，浏览器会标注出一个 Issues 的链接，点击。
如果你的浏览器不支持这个功能，那么这个 Issues 链接就在 CurseForge 页面的 MOD 标题下方，你稍微寻找一下一定能找到。
4. 新打开的网页就是 MOD 的反馈地址。
如果 MCBBS 尚未搬运，通过 MCMOD 百科也可以找到 Bug 反馈网址，步骤如下：
1. 打开 MCMOD 百科首页，点击页面顶部右侧的放大镜图标，输入 MOD 名称按下回车。
2. 在搜索结果中找到你要反馈 Bug 的 MOD，点击进入它的主页。
3. 在“相关链接”板块寻找 GitHub 链接，点进去。
4. 在 GitHub 主页上找到 Issue，点进去。
对于插件，同样可以在搬运帖当中找到 Sponge 上的链接。
Spigot 插件反倒有些难度。
但是作者可能会在页面上留下 Discord 聊天室的链接，
或者以 这个插件 为例，
它的 Spigot 在页面右侧会有 Support 按钮，你用上面提到的浏览器搜索功能搜索 support 就会看到了。
对于服务端，我在这里列出常见服务端的反馈地址，排名不分先后：
插件服：
Paper Spigot：https://github.com/PaperMC/Paper/issues
MOD 服：
Forge 官服：https://github.com/MinecraftForge/MinecraftForge/issues
SpongeForge：https://github.com/SpongePowered/SpongeForge/issues
Catserver：https://github.com/Luohuayu/CatServer/issues
Mohist：https://github.com/Mohist-Community/Mohist/issues
群组服：
BungeeCord：https://github.com/SpigotMC/BungeeCord/issue
经过以上步骤，你一定可以找到 Bug 反馈网址，或作者的联系方式。
第三步：注册 GitHub 账号
如果你拿到了其他的联系方式，如 Discord、QQ 群，就可以选择跳过这一步。
某些 MOD 是使用 GitLab，BitBucket 等托管平台来接收 Issue 的，但是由于个数较少，
因此属于进阶玩法，有兴趣的可以回复在下面，我单独回复进行讲解。
这里仅讲用 GitHub 反馈 Bug 的方法。
这是 GitHub 的注册页面：https://github.com/join?source=header-home
打开以后，从上到下依次填写用户名、电子邮件和密码，
最下方的验证是给出一张图片，点击网页上的顺时针箭头和逆时针箭头，
把图片转到正向，然后点击确定。
注册以后登录，并回到第二步找到的反馈网址，点击“New Issue”，就开始写反馈了。
第四步：填写反馈表格
我直接给出一张表格，你复制到网页上最大的一个框里边，然后照着填就行。
- <!--
- 如果你想要提出建议或意见，可以将整个模板全选然后删除。
- 在反馈MOD的Bug的时候，请按照以下模板填写。
- If you want to write a suggestion you can remove and ignore this template.
- If you want to report a bug, please use this template.
- -->
- ## 版本信息 - Versions
- #### MOD版本 - Mod version:
- <!-- MOD的版本号填在下方的空行里
- Add Mod version you are using below -->
- #### Forge版本 - Forge version:
- <!-- Forge的版本号填在下方的空行里
- Add the Forge version you are using below -->
- #### 单人/多人游戏？ - Singleplayer or Multiplayer:
- <!-- Bug发生在单机游戏中还是服务器上？如果是服务器，请指明你使用的服务端(原版Forge, Catserver, Sponge或其他)，填在下方的空行里
- Whether the problem happens in Singleplayer or Multiplayer, and if it happens in Multiplayer also include which server is used (Vanilla, Catserver, Sponge etc.) -->
- #### 完整的MOD列表 - Installed mods:
- <!-- 把你安装的全部MOD的名称列在下方的空行处。如果MOD过多，可以截图整个mods文件夹内容，并上传截图到图床，如 https://im.sb/ ,最后将图片链接附在下面。
- 如果你游玩的是网络上可以公开发布的整合包，请附上整合包的下载链接供我们进行测试。
- Include a list of *all* mods you have installed (if it's a big list, please take a screenshot of your .minecraft\mods folder, or make a text file containing the list somewhere. Then upload it, and add the link below).
- Additionally if you are using a public mod pack include a link to that mod pack so that we can try to reproduce the problem ourselves. -->
- 
- ## 崩溃报告的链接 - Link to full crash log
- <!-- 如果不是游戏崩溃类型的Bug可跳过此项。游戏崩溃的话，找到.minecraft\crash-reports文件夹，将最新的一个TXT文件上传，然后将链接粘贴到下方空行处。
- 推荐的上传方式是 https://paste.ubuntu.com/
- If the problem isn't about a crash you can remove or ignore this section.
- Please do not directly copy&paste the crash log here, but instead upload it somewhere and then add the link below. You could for example use https://paste.ubuntu.com/ to upload your log. -->
- ## 问题描述 - Description of the problem
- #### 产生Bug的步骤 - How to reproduce:
- <!-- 描述一下产生这个Bug的步骤，你可以先在游戏里试一下
- Describe the steps to reproduce the problem -->
- 1.
- 2.
- 3. etc...
- #### 反映Bug的图片 - Pictures:
- <!-- 如果是截图，可上传至 https://im.sb/ ; 如果是视频，可以考虑转码成10M以内的GIF动图然后上传至 https://upload.cc/
- If you want to include pictures you can upload them somewhere and then include them by adding "" below -->
- 
在这里你要灵活一些，如果你反馈的不是 MOD 的问题，就把 MOD 改成插件/服务端；
如果你是插件服，就把“完整的 MOD 列表”改为“完整的插件列表”，并且把 Forge 有关的部分都删掉。
如果是优化问题，就把“崩溃报告的链接”删掉，改成 Spark 链接。
最后一定要切记一点：如果你不能保证作者是个中国人，就把以上表格中的中文全部删掉。
在和人交流的时候，使用对方不懂的语言，是一种很没有礼貌的行为。
最后，在表格上面的长条输入框中写上：
如果是服务端崩溃，写个
- Server crash
如果是客户端崩溃，写个
- Client crash
就很简单。
然后点击
你的反馈就写好了，接下来就是静候 Bug 修复的佳音了。
等待，并心怀希望吧。
总结和注意事项
1. 如果一个 MOD 已经很久没有更新，你反馈不被看到的可能性是很大的。
在反馈之前建议了解一下 MOD 的更新情况。
2. 尽管在 Discord 和 QQ 群反馈 Bug 很方便，但是我仍然推荐使用这个格式，
去 GitHub 或者指定的地方反馈，然后再@作者，提醒他去看。
因为聊天记录可能会被淹没，但是写在 GitHub 上的反馈不会。
3. 不管你最后有没有使用 GitHub 来反馈，上面那张表格里的信息总是需要的。
最起码你要带上崩溃报告或者 Spark 分析报告，否则请作者诊断问题无异于让他闭眼开车。
大概就是这样，如果有什么问题请回复在下面，有什么意见、建议也可以回复在下面，帮我查缺补漏。
感谢各位！
来自群组: Bone Studio
其实，如果有debug或者latest.log文件的话，放上去应该会更好些
这次的bug作者都说不进行修复（旧版本已弃坑），理由要么是版本太老了不再更新，要么就是说这是腐竹的事=-=
说白了都是懒=-=
说白了都是懒=-=
友 发表于 2020-2-29 11:37
https://github.com/w568w/How_To_Report_Bug_Properly
这篇文章未免偏离我们的主题太远了（
当然方法论是没问题的。
翎澈Official 发表于 2020-2-29 11:42
这次的bug作者都说不进行修复（旧版本已弃坑），理由要么是版本太老了不再更新，要么就是说这是腐竹的事=-= ...
讲道理的话，1.12.2是给修的。
1.7.10 本来就是被抛弃的旧版本，修复它毫无意义。
https://howoldisminecraft1710.today/
赶紧更新才是对的。
1111............
7777777777777777