版本管理：GitLab实践教程（进阶版）（第2版）

GitHub Flow实践应用

git flow的问题分析

git flow作为一种早期的版本控制模型，在实际应用过程中也暴露出一些问题。首先，该模型的设计理念主要围绕着release展开，因此master分支被用作存储向生产环境部署代码的分支，而真正承担主分支职责的是develop分支，而非master分支。然而，在日常沟通以及各类工具的默认配置中，人们通常直接使用master这一名称，这与我们通常的理解存在差异，因此每次都需要进行说明：在该分支模型中，develop分支实际上承担了传统意义上的master主分支功能。
另一个问题是git flow模型本身较为复杂，对于缺乏版本管理经验的一般开发人员而言，其学习难度和操作成本相对较高。
随着持续集成与持续部署在众多项目中的推广和应用，越来越多的项目开始采用持续发布的方式。相较于传统开发模式下将多个功能合并到一个大型版本中一并发布的做法，如今更常见的是采取“小步快跑”的策略，并结合持续集成与持续部署技术。这种转变使得传统模式下对复杂分支管理的需求逐渐减少，在许多情况下仅需维护一个master分支即可。正是在这样的背景下，github flow应运而生并被提出。

github flow产生的契机

正如Scott Chacon在其文章中指出的，既然git flow已经存在，那为何GitHu