View a markdown version of this page

GitHub Flow 策略中的分支 - AWS 方案指引

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

GitHub Flow 策略中的分支

GitHub 流程分支策略通常具有下列分支。

GitHub Flow 分支策略中的分支和環境。

功能分支

您可以在feature分支中開發功能。若要建立feature分支,您可以從main分支中分支。開發人員在feature分支中反覆、遞交和測試程式碼。當功能完成時,開發人員會透過向 建立合併請求來提升功能main

命名慣例:

feature/<story number>_<developer initials>_<descriptor>

命名慣例範例:

feature/123456_MS_Implement_Feature_A

bugfix 分支

bugfix 分支用於修正問題。這些分支會從main分支分支分支出來。在沙盒或任何較低環境中測試錯誤修正之後,可以透過合併main請求將錯誤修正合併到更高的環境。這是組織和追蹤的建議命名慣例,也可以使用功能分支來管理此程序。

命名慣例:

bugfix/<ticket number>_<developer initials>_<descriptor>

命名慣例範例:

bugfix/123456_MS_Fix_Problem_A

hotfix 分支

hotfix 分支用於解決高影響的關鍵問題,並將開發人員與生產環境中部署的程式碼之間的延遲降到最低。這些分支會從main分支分支分支出來。在沙盒或任何較低環境中測試 Hotfix 之後,可以透過合併main請求將其合併到更高環境。這是組織和追蹤的建議命名慣例,也可以使用功能分支來管理此程序。

命名慣例:

hotfix/<ticket number>_<developer initials>_<descriptor>

命名慣例範例:

hotfix/123456_MS_Fix_Problem_A

主要分支

main 分支一律代表在生產環境中執行的程式碼。程式碼會使用合併請求,從main分支合併到feature分支中。為了防止刪除和防止開發人員將程式碼直接推送到 main,請啟用分支的main分支保護。

命名慣例:

main