程式碼審查對於程式碼品質、團隊協作以及確保在開發過程中遵循最佳實踐至關重要。不過，到目前為止還沒有任何訊息，有效的程式碼審查需要的不僅僅是尋找錯誤或語法錯誤。讓我們從審查者和拉取請求建立者的角度來看看進行程式碼審查的最佳實踐。
對於審稿人🔎
具有建設性：以建設性和尊重的方式提供回饋。專注於改進程式碼而不是批評開發人員。有禮貌總是好的 xP
了解背景：花時間了解目的和要求。這將幫助您提供更相關的回饋。
審查程式碼，而不是人：請記住，程式碼審查是為了改進程式碼，而不是攻擊開發人員。
具體：提供具體的意見和建議。避免可能使開發人員感到困惑的模糊或籠統的回饋（我認為這是最重要的回饋之一）。
確定問題的優先順序：確定需要立即關注的關鍵問題和未來可以解決的非關鍵問題。這將幫助開發人員專注於最重要的事情。
提供替代方案：不要僅僅指出問題，而是提出替代解決方案或改進建議。
考慮更大的前景：考慮更改對整個系統的影響。在審查期間考慮可擴展性、可維護性和性能方面。
記住截止日期：及時審查程式碼以避免延誤開發過程。如果您需要更多時間，請將其傳達給拉取請求建立者。
避免「拉取請求友誼」 ：不要僅僅因為建立者是朋友或因為您對他們的交付有信心而批准拉取請求。每個拉取請求都應該根據程式碼的品質及其對專案標準和最佳實踐的遵守情況進行客觀審查。這確保了公平性並維護了程式碼庫的完整性。
享受它？如果是的話，別忘了給個❤️_。然後我會繼續創作更多這樣的內容_
對於拉取請求建立者💻
準備程式碼：在提交拉取請求之前，請確保您的程式碼乾淨、結構良好，並遵循專案的編碼約定。這將使審核過程更加順利。
利用儲存庫功能：將拉取請求分配給自己，使用清晰且描述性的標題並套用標籤。維護一個有組織的儲存庫是簡單的，更容易將來的過濾和搜尋，並培養一個健康的程式碼庫來使用。
提供上下文：包括對所做更改和正在解決的問題的清晰描述。這將有助於審閱者理解程式碼的目的，也使未來的調查變得更容易。
對回饋持開放態度：樂於接受回饋並願意做出改變。請記住，程式碼審查是（應該是）提高程式碼品質的機會。
參與討論：回應審稿人的評論和問題。
從評審中學習：使用程式碼評審期間收到的回饋來提高您的編碼技能。藉此機會向更有經驗的開發人員學習。
處理所有意見：處理審稿人提出的所有意見和建議。如果您不同意某個評論，請提供明確的解釋並與審查者討論。
測試您的變更：在將拉取要求標記為準備合併之前，請確保您的變更已徹底測試並且不會引入任何回歸。
保持簡潔和特定於上下文：專注於在上下文內交付並避免修改範圍之外的文件。較小的拉取請求更容易審查，並減少拉取請求批准的總時間。
心存感激：對審稿人提供回饋所花費的時間和精力表示感謝。一句簡單的感謝就足夠了，並創造了積極的程式碼審查文化。 ❤️
原文出處：https://dev.to/tassiofront/mastering-code-review-a-guide-for-reviewers-and-pr-creators-ac6
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
