20 lines
1.5 KiB
Markdown
20 lines
1.5 KiB
Markdown
|
<!-- 反馈bug -->
|
|||
|
|
# 反馈bug
|
|||
|
|
代码是在不断的完善的，不断修改会修复旧的问题也有可能引入新的问题，所以遇到BUG是很正常的一件事。所以遇到问题不要烦燥，咱们就事论事就好了。
|
|||
|
|
## 如何反馈
|
|||
|
|
1. 更新代码，很可能你遇到问题别人已经更早的遇到了，或者是作者自己发现了，已经解决了，所以你可以更新代码再次进行测试;
|
|||
|
|
2. 可以在github提ISSUE，我几乎每天都会去看issue，你的问题我会尽快给予答复;
|
|||
|
|
3. 你可以来我的QQ群里，询问群友看看是否遇到了同样的问题;
|
|||
|
|
4. 你可以私聊我的QQ，如果我有时间我会给你答复，但是除非你有明确的复现步骤或者修复方案，否则你可能等不到我的答复。
|
|||
|
|
|
|||
|
|
## 如何快速解决BUG
|
|||
|
|
目前解决BUG有三种方式:
|
|||
|
|
1. 作者验证以及修复;
|
|||
|
|
2. 热心开发者提来的PR;
|
|||
|
|
3. 使用运维手段屏蔽BUG的影响。
|
|||
|
|
|
|||
|
|
- 对于第一种：详细的复现步骤，完整的抓包文件，有条理的错误分析都可以帮助作者复现问题，进而解决问题。解决问题往往不是最难的，复现才是。
|
|||
|
|
- 对于第二种：如果你是开发者，你已经发现了造成BUG的原因以及知道如何正确的修复，那么我很希望你PR，SRS的大佬经常说的，开源不是一个人的事。所以你的参与就是最大的鼓励。
|
|||
|
|
- 对于第三种：如果你有一个有经验的运维伙伴，那么部分问题是可以通过运维的手段暂时屏蔽的，在等待修复的这段时间了以保证项目的运行。
|
|||
|
|
|