幹線策略中的分支 - AWS 方案指引

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

幹線策略中的分支

幹線分支策略通常具有以下分支。

幹線分支策略中的分支和環境。

功能分支

您可以開發功能或在feature分支中建立 hotfix。要創建一個feature分支,你分支離分main支。開發人員在feature分支中迭代,提交和測試代碼。功能完成後,開發人員會提升該功能。從feature分支前進只有兩條路徑:

  • 合併到分sandbox

  • 創建一個合併請求到main分支

命名慣例:

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

命名慣例示例:

feature/123456_MS_Implement_Feature_A

沙箱分支

這個分支是一個非標準的幹線分支,但它對於 CI/CD 管道開發很有用。該sandbox分支主要用於以下目的:

  • 使用 CI/CD 管線執行沙箱環境的完整部署

  • 在提交合併請求之前,先開發和測試管道,以便在較低的環境中進行完整測試,例如開發或測試。

Sandbox分支在本質上是暫時的,旨在是短暫的。它們應該在特定測試完成後刪除。

命名慣例:

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

命名慣例示例:

sandbox/123456_MS_Test_Pipeline_Deploy

主要分支

main分支始終表示正在生產中運行的代碼。代碼從分支main,開發,然後合併回main。部署可main以針對任何環境。若要防止刪除,請為分支啟用main分支保護。

命名慣例:

main

補丁分支

主幹型工作流程中沒有專用hotfix分支。修補程式使用feature分支。