若您在使用項目過程中遇到問題，請您認真閱讀本節，按照本節規范進行提問。 ## 提問的智慧 提問盡可能的選擇在github、gitee、gitlab上提issues， 在你準備提問前，請先做到以下事情： 0. 啟動遇到問題請認真閱讀 `快速開始` 的所有子章節 1. 去 [github](https://github.com/zuihou/lamp-cloud/discussions) 尋找答案 2. 嘗試根據文檔的目錄快速找到自己想要的章節，并嘗試自己解決 3. 嘗試上網搜索以找到答案。 4. 嘗試自己檢查或試驗以找到答案。 5. 嘗試閱讀源代碼以找到答案。 ## 新手小白高效的提問 當你提出問題的時候，請先表明你已經做了上述的努力；這將有助于樹立你并不是一個不勞而獲且浪費別人的時間的提問者。如果你能一并表達在做了上述努力的過程中所**學到**的東西會更好，因為群主或者群里面其他大神更樂于回答那些表現出能從答案中學習的人的問題。 1. 用清晰、正確、精準并語法正確的語句，說清楚采用的什么版本（4.x還是3.x）、那個項目（boot還是cloud）、修改了什么代碼、修改了什么配置？ 2. 話不在多而在精 - 問問題時，用最準確，最簡單的語言描述清楚問題，而非說一堆廢話，一堆表情。 3. 描述問題癥狀而非你的猜測 4. 清楚明確的表達你的問題以及需求 - 將報錯信息截大圖，能看清日志，看清那個模塊，那行代碼 - 描述出現問題的步驟，或者功能菜單 - 描述軟件、工具的版本（nacos、idea/Eclipse、seata、mysql 等版本不同可能導致報錯） - 若基于本項目進行了源碼、配置或者包名的修改導致的一些bug，請事先說明大概改了那些東西。 5. 去掉無意義的提問句 避免用無意義的話結束提問，例如： - 有人能幫我嗎？ （請直接詳細說明問題，而非等人回復： 我來幫你） - 項目無法啟動怎么辦？（請直接詳細說明問題，而非等人回復： 我來幫你） - 群主在嗎？（請直接詳細說明問題，而非等人回復： 我來幫你） - 有個問題誰能幫幫我？ （請直接詳細說明問題，而非等人回復： 我來幫你） - 為什么更新代碼后無法啟動了啊？ （請確保db和nacos里面的配置使用了最新版本） - 這段時間有更新數據庫腳本嗎？有更新XX功能嗎？ (請看git 提交日志) **一般用以上方式提問或者咨詢的，一律不予回復。** **一般用以上方式提問或者咨詢的，一律不予回復。** **一般用以上方式提問或者咨詢的，一律不予回復。** 6. 盡可能清晰的描述讓群主如何復現，必要時提供大而全的截圖，你修改之后的配置等；而非一直強調項目啟動不了咋辦？本地好的生產卻不行？等等這些無意義的話語。 ## 如果得不到回答 如果仍得不到回答，請不要以為我們覺得無法幫助你。有時只是看到你問題的人不知道答案罷了。沒有回應不代表你被忽視，雖然不可否認這種差別很難區分。 ## 為什么我問的問題沒人回答，別人問的問題，卻很快有人響應？ 1. 99% 是因為說了一堆廢話，又沒有描述清楚問題，別人無從下手，請參考上面幾條，描述清楚問題 2. 1% 是因為你的問題沒人會 ## 如何讓作者快速回復你的問題？ 1. 遇到報錯，先大概排查一下什么那個方向出錯了, 最好先查詢項目的 [README.md](https://github.com/zuihou/lamp-cloud/blob/master/README.md)、[文檔](http://www.hmoore.net/book/zuihou/zuihou-admin-cloud)、[Issues](https://github.com/zuihou/lamp-cloud/issues)、[Discussions](https://github.com/zuihou/lamp-cloud/discussions) 2. 還是無法解決，提問時描述清楚使用的操作系統版本、源碼版本、工具版本、數據庫版本、nacos版本等（自己判斷時那里出錯，如redis相關異常需要描述redis版本） 3. 合理的、清晰的描述問題，并告知我如何復現、如何觸發問題。 4. 提供報錯的完整截圖（高清大圖）或者完整的報錯日志。