本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# Git 分支策略
<a name="git-branching-strategies"></a>

本指南按从最少到最复杂的顺序详细描述了以下 Git-based 分支策略：
+ **Trunk** — Trunk-based 开发是一种软件开发实践，其中所有开发人员都在单个分支上工作，通常称为`trunk`或`main`分支。这种方法背后的想法是，通过频繁集成代码更改并依靠自动测试和持续集成，使代码库保持持续可发布的状态。
+ **GitHub Flo GitHub w** — Flow 是一个基于分支的轻量级工作流程，由开发。 GitHub它基于短寿命`feature`分支的概念。当某项功能完成并准备部署时，该功能将合并到分`main`支中。
+ **Gitflow** — 使用 Gitflow 方法，开发是在各个功能分支中完成的。批准后，您可以将`feature`分支合并到通常命名的集成分支中`develop`。当`develop`分支中积累了足够多的功能时，就会创建一个`release`分支来将这些功能部署到上层环境。

每种分支策略都有优点和缺点。尽管它们都使用相同的环境，但它们并不都使用相同的分支或手动批准步骤。在本指南的这一部分中，详细查看每种分支策略，以便您熟悉其细微差别，并可以评估它是否适合您组织的用例。

**Topics**
+ [树干分支策略](trunk-branching-strategy.md)
+ [GitHub 流量分支策略](github-flow-branching-strategy.md)
+ [Gitflow 分支策略](gitflow-branching-strategy.md)