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

# GitHub 流程分支策略
<a name="github-flow-branching-strategy"></a>

GitHub Flow 是由 GitHub 開發的輕量型分支型工作流程。GitHub Flow 是以短期功能分支的概念為基礎，這些分支會在功能完成並準備好部署時合併至主要分支。GitHub Flow 的主要原則為：
+ **分支很輕量 **– 開發人員只需按幾下滑鼠就能為其工作建立功能分支，改善協作和實驗的能力，而不會影響主要分支。
+ **持續部署** – 變更會在合併到主分支後立即部署，以便快速回饋和反覆運算。
+ **合併請求** – 開發人員使用合併請求來啟動討論和檢閱程序，然後再將其變更合併到主分支。

如需 GitHub Flow 的詳細資訊，請參閱下列資源：
+ [實作多帳戶 DevOps 環境的 GitHub 流程分支策略](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/implement-a-github-flow-branching-strategy-for-multi-account-devops-environments.html) (AWS 方案指引）
+ [GitHub 流程快速入門](https://docs.github.com/en/get-started/quickstart/github-flow) (GitHub 文件）
+ [為什麼選擇 GitHub 流程？](https://githubflow.github.io/) (GitHub Flow 網站）

**Topics**
+ [GitHub 流程策略的視覺化概觀](visual-overview-of-the-git-hub-flow-strategy.md)
+ [GitHub Flow 策略中的分支](branches-in-a-git-hub-flow-strategy.md)
+ [GitHub Flow 策略的優點和缺點](advantages-and-disadvantages-of-the-git-hub-flow-strategy.md)