Git之分支策略

分支策略

没有所谓的“最佳”分支策略，也没有每个人都应该采用的完美工作流。为了找到最适合团队的模型，应该坐下来分析所做的项目，讨论发布策略，然后决定一个分支工作流，从而以最好的方式支持我们的项目。

两种流行的分支策略

两种流行的分支策略: Git Flow和GitHub Flow。

Git Flow

Git Flow是一个著名的分支策略，其中main分支总是反映当前的生产状态，此外还有第二个长期分支，通常称为develop。所有特性分支都从这里创建，并将合并到develop中。而且，该分支是新发布的起点: 开发人员创建一个新的release分支，在上面工作、测试、提交bug修复。一旦一切正常，并且确信已经准备好投入生产，就将它合并回main。作为最后一步，在main上为发布添加一个标签，并删除release分支。

特点：

• main分支和release分支之间区别不大。
• 不基于main分支创建新分支，只是通过merge或rebase来集成

GitHub Flow

这种方式非常精益和简单: 有一个长期分支，即默认的main分支，任何正在做的工作都有自己独立的分支，无所谓是新特性、bug修复还是重构。

特点：

• 非常精益和简单
• 适合遵循短生产周期和频繁发布的持续交付方式