前言
因软件项目越来越多，涉及的范围越来越广，以及工作后用于开发的时间并不富裕，
在以前仅有小部分软件，涉及的范围也不大，所以只要是我看到的更新建议或者 BUG 反馈等都会记录下来，
现在不一样了，脑子感觉也不够用了哈哈哈，所以我考虑将这个社区利用起来。
所以
以后项目所有的功能更新、BUG、UI、优化等都统一的在 建议反馈 主分类进行提交。
其它地方不再接收各种反馈(报错截图除外)
同时
为了更快速的区分你提交的是什么类型的问题，可以选择对应类型的子分类，如果你的问题不属于这些分类里，可以不选择子分类。
子分类：BUG功能设计
如何提交反馈贴
🫵 一个好的反馈提交到开发者时可以节省绝大部分的时间，以及更快速精准让开发者了解你所反馈的内容。
通常只要是能够通俗易懂的描述都可以让开发者了解情况，具体状态可以查看 《了解如何正确的反馈问题》
反馈要素
- 让开发者知道你反馈的是那款软件
- 让开发者了解你反馈的问题是什么类型
- 让开发者明白你书写的内容
- 让开发者读懂你的逻辑思维
提交更新功能类型的反馈时
- 不要提交不明不白的功能
- 功能一定是能够实现的
- 提交前设想一下功能应用场景
- 一定要说服自己是否真正需要
提交BUG类型的反馈时
- 一定要将错误出现前后操作描述清楚
- 有错误日志最好附上完整的错误日志
- 不要因不会使用以为是功能BUG
UI、优化类型的反馈时
最后
将被采纳的反馈将添加 提上日程 标签，代表近期更新中将应用此标记反馈的内容。
👉 提交反馈类型帖子时，会自动生成标准模板，可以根据内容填写，然后在文本后方书写自己的内容。
提交案例参考
