本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
GitHub Flow 策略中的分支
GitHub 流程分支策略通常具有下列分支。
功能分支
您可以在feature分支中開發功能。若要建立feature分支,您可以從main分支中分支。開發人員在feature分支中反覆、遞交和測試程式碼。當功能完成時,開發人員會透過向 建立合併請求來提升功能main。
命名慣例: |
|
命名慣例範例: |
|
bugfix 分支
bugfix 分支用於修正問題。這些分支會從main分支分支分支出來。在沙盒或任何較低環境中測試錯誤修正之後,可以透過合併main請求將錯誤修正合併到更高的環境。這是組織和追蹤的建議命名慣例,也可以使用功能分支來管理此程序。
命名慣例: |
|
命名慣例範例: |
|
hotfix 分支
hotfix 分支用於解決高影響的關鍵問題,並將開發人員與生產環境中部署的程式碼之間的延遲降到最低。這些分支會從main分支分支分支出來。在沙盒或任何較低環境中測試 Hotfix 之後,可以透過合併main請求將其合併到更高環境。這是組織和追蹤的建議命名慣例,也可以使用功能分支來管理此程序。
命名慣例: |
|
命名慣例範例: |
|
主要分支
main 分支一律代表在生產環境中執行的程式碼。程式碼會使用合併請求,從main分支合併到feature分支中。為了防止刪除和防止開發人員將程式碼直接推送到 main,請啟用分支的main分支保護。
命名慣例: |
|