本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Git 型開發的最佳實務
<a name="best-practices-for-git-based-development"></a>

若要成功採用 Git 型開發，請務必遵循一組最佳實務，以促進協作、維護程式碼品質，並支援持續整合和持續交付 (CI/CD)。除了本指南中的最佳實務之外，請檢閱 [AWS Well-Architected DevOps 指南](https://docs.aws.amazon.com/wellarchitected/latest/devops-guidance/devops-guidance.html)。以下是 Git 型開發的一些關鍵最佳實務 AWS：
+ **保持少量且頻繁的變更** – 鼓勵開發人員遞交小型的增量變更或功能。這可降低合併衝突的風險，並讓您更輕鬆地快速識別和修正問題。
+ **使用功能切換 –** 若要管理不完整或實驗性功能的發行，請使用功能切換或功能旗標。這可協助您隱藏、啟用或停用生產中的特定功能，而不會影響主要分支的穩定性。
+ **維護強大的測試套件** – 全面且維護良好的測試套件對於及早偵測問題，並確認程式碼庫保持穩定至關重要。投資測試自動化，並優先修正任何失敗的測試。
+ **接受持續整合** – 使用持續整合工具和實務，將程式碼變更自動建置、測試和整合到`develop`分支 (Gitflow) 或`main`分支 (Trunk 或 GitHub Flow)。這可協助您及早發現問題，並簡化開發程序。
+ **執行程式碼檢閱** – 鼓勵對程式碼進行對等檢閱，以維護品質、分享知識，並在潛在問題整合至`main`分支之前加以發現。使用提取請求或其他程式碼檢閱工具來促進此程序。
+ **監控和修正中斷的建置** – 當建置中斷或測試失敗時，請盡快排定修正問題的優先順序。這可讓`develop`分支 (Gitflow) 或`main`分支 (Trunk 或 GitHub Flow) 保持可釋放狀態，並將對其他開發人員的影響降至最低。
+ **溝通和協作** – 促進團隊成員之間的開放溝通和協作。確定開發人員知道程式碼庫正在進行的工作和變更。
+ **持續重構** – 定期重構程式碼庫，以改善其可維護性並減少技術負債。鼓勵開發人員將程式碼保持在比他們找到的更好的狀態。
+ **將短期分支用於複雜的任務** – 對於更大或更複雜的任務，請使用短期分支 （也稱為*任務分支*) 來處理變更。不過，請務必讓分支生命週期縮短，通常少於一天。盡快將變更合併回`develop`分支 (Gitflow) 或`main`分支 (Trunk 或 GitHub Flow)。更小且更頻繁的合併和檢閱，讓團隊比一個大型合併請求更容易使用和處理。
+ **培訓和支援 團隊** – 為剛接觸 Git 型開發或需要採用其最佳實務指引的開發人員提供培訓和支援。