如何快速获得作者回复

[zuihou]

使用本框架时，如何快速作者回复？

1. 在github、gitee、gitlab 对应的项目下，按照作者提供的问题模板，提交 issues 、discussions
2. 在qq群、微信群、qq私聊、微信私聊 @作者 ，并附上提交的 issues 或 discussions 地址
   按以上步骤提问的同学，作者会在得空前提下，第一时间回复问题。

不按照上述方式提问的，一般不予回复；
提 issues 或 discussions 寻求帮助，得到作者回复的优先级是最高的，无论你是 开源版用户 还是 企业版用户， 无论你在没在 企业版交流群！

[zuihou]

如何让作者快速理解你的问题？

提供使用的项目名称

由于本项目解耦后，拆分比较细，项目比较多，又分为企业版和开源版，请务必说明你使用的项目名称。
如：lamp-cloud、lamp-boot、lamp-util、lamp-web、lamp-cloud-plus、lamp-cloud-pro-datasource-column等

提供使用的项目版本号

每个版本代码都不一样，务必说清版本号。如：3.7.0 版本、 4.10.0 版本

提供使用的第三方组件版本

有些问题可能是由于第三方组件版本导致的，必要时也说明一下三方组件版本。
如：mysql 8.0、nacos 2.1.0、seata1.4.0等

描述清楚问题，复现步骤

如果是bug，一定要提供复现步骤，大家都是 开发er ，想想你们测试er 给你提bug时，你怎么能快速复现问题，快速解决问题？

必要的报错日志和截图

报错日志一定要详细，截图一定要清晰，必要的报错日志能让作者一眼就能看出问题，作者回复你的速度很大程度取决于提供的报错日志。

必要时需要提供复现demo

有时候无论你如何描述问题，作者可能都无法复现问题，为了能快速解决你的问题，请Fork本项目后，在你Fork的项目上编写复现代码，并提供复现代码地址给作者

[zuihou]

什么样的问题和提问作者不予回复？

1. 有人能帮我吗？ 这个问题我研究好久了，搞不定啊？ 这个问题我很急啊，怎么解决？

• 请直接详细说明问题，而非等人回复： 我来帮你
• 请先在认真查阅和搜索相关文档和历史问题： issues 、discussions 、 3.x文档 、4.x文档
• 请按照提供规范，认真将问题描述清楚，并通过 issues 或 discussions 的方式进行提问

2. 项目无法启动怎么办？
   你倒是截个图啊，发个报错日志啊，说说你的操作步骤啊，阅读一下作者写的文档啊。
   而非等人回复： 你应该先编译lamp-util，在编译lamp-cloud，然后再启动...

3. 群主在吗？有大佬在吗？
   就算看到了你消息和问题，我也难得回复你：”我在“，请直接详细说明问题，而非等人回复： 我在

4. 在qq群、微信群、私聊对话 发一大长串报错日志
   有报错的，一定使用markdown格式编辑错误日志，群里的日志看不清，一律不回。
   在markdown编辑器中，使用 ”三个反引号“ 包裹 报错日志

5. 某某功能在本地正常，生产报错？

• 检查本地和生产的配置文件
• 提供详细的报错日志
• 提供生产的部署方式或部署图等

6. 有个问题谁能帮帮我？
   你到是把问题说出来啊，都不是3岁小孩了，还要等别人鼓励你说出问题吗？
   请直接详细说明问题，而非等人回复： 我来帮你

7. 为什么更新代码后无法启动了啊？
   说出从什么版本升级到什么版本， 并确保 数据库脚本 和 nacos中的配置 使用了最新版本， 并附上报错日志。

8. 这段时间有更新数据库脚本吗？有更新XX功能吗？
   请看git 提交日志、看官方更新日志

9. 项目的后期规划是什么？
   请看官方网站 蓝图

10. 为什么作者在群里回复别人的问题，却忽视我的问题？

• (50%) 作者看不懂你的问题（聊天软件发一长串日志、发一小个看不清的截图、作者在吗？、为什么项目报错了？起不来？这么卡？本地可以生产不行？）
• (49%) 你按上面的方式提问
• (1%) 消息太多，没看到你发的问题

11. 某某版本什么时候上线啊？坐等某某版本啊，急啊。
    作者是个人开发者，工作日要上班，晚上、周末要带小孩，还要抽时间开发本项目，任何功能、任何版本的开发进度、上线进度都无法保证。但一般会按照 15-30天一个版本进行迭代开发，可以根据 蓝图 中的规划来预估时间。

一般用以上方式提问或者咨询的，一律不予回复。
一般用以上方式提问或者咨询的，一律不予回复。
一般用以上方式提问或者咨询的，一律不予回复。