View a markdown version of this page

Git 型開發的最佳實務 - AWS 方案指引

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

Git 型開發的最佳實務

若要成功採用 Git 型開發，請務必遵循一組最佳實務，以促進協作、維護程式碼品質，並支援持續整合和持續交付 (CI/CD)。除了本指南中的最佳實務之外，請檢閱 AWS Well-Architected DevOps 指南。以下是 Git 型開發的一些關鍵最佳實務 AWS：

  • 保持少量且頻繁的變更 – 鼓勵開發人員遞交小型的增量變更或功能。這可降低合併衝突的風險，並讓您更輕鬆地快速識別和修正問題。

  • 使用功能切換 – 若要管理不完整或實驗性功能的發行，請使用功能切換或功能旗標。這可協助您隱藏、啟用或停用生產中的特定功能，而不會影響主要分支的穩定性。

  • 維護強大的測試套件 – 全面且維護良好的測試套件對於及早偵測問題，並確認程式碼庫保持穩定至關重要。投資測試自動化，並優先修正任何失敗的測試。

  • 接受持續整合 – 使用持續整合工具和實務，將程式碼變更自動建置、測試和整合到develop分支 (Gitflow) 或main分支 (Trunk 或 GitHub Flow)。這可協助您及早發現問題，並簡化開發程序。

  • 執行程式碼檢閱 – 鼓勵對程式碼進行對等檢閱，以維護品質、分享知識，並在潛在問題整合至main分支之前加以發現。使用提取請求或其他程式碼檢閱工具來促進此程序。

  • 監控和修正中斷的建置 – 當建置中斷或測試失敗時，請盡快排定修正問題的優先順序。這可讓develop分支 (Gitflow) 或main分支 (Trunk 或 GitHub Flow) 保持可釋放狀態，並將對其他開發人員的影響降至最低。

  • 溝通和協作 – 促進團隊成員之間的開放溝通和協作。確定開發人員知道程式碼庫正在進行的工作和變更。

  • 持續重構 – 定期重構程式碼庫，以改善其可維護性並減少技術負債。鼓勵開發人員將程式碼保持在比他們找到的更好的狀態。

  • 將短期分支用於複雜的任務 – 對於更大或更複雜的任務，請使用短期分支 （也稱為任務分支) 來處理變更。不過，請務必讓分支生命週期縮短，通常少於一天。盡快將變更合併回develop分支 (Gitflow) 或main分支 (Trunk 或 GitHub Flow)。更小且更頻繁的合併和檢閱，讓團隊比一個大型合併請求更容易使用和處理。

  • 培訓和支援 團隊 – 為剛接觸 Git 型開發或需要採用其最佳實務指引的開發人員提供培訓和支援。