Git Flow工作流

工作流模式对比

三种常用分支开发的工作流程：

1. Git Flow
2. Github Flow
3. Gitlab Flow

优缺点：

类型	优点	缺点	适用项目
Git Flow	清晰可控	需要维护两个长期分支	基于版本发布：每过一段时间出一个新版本
Github Flow	简单	线上版本可能落后于master分支	适合持续发布的项目
Gitlab Flow		分支过多	每个稳定版本都单独新建分支，适合用户需要使用历史版本的情况

分支命名

共5种分支：

master 分支

master 为主分支，是随时可部署的稳定版本

不能直接修改，只能由release & hotfix分支合并

develop 分支

develop 为开发分支，始终保持最新完成以及bug修复后的代码

一般开发的新功能时，feature分支都是基于develop分支下创建的

feature 分支

开发新功能时，以develop为基础创建feature分支

分支命名: feature/ 开头的为特性分支， 命名规则: feature/user_module、 feature/cart_module

release分支

release 为预上线分支，用于测试 & 修复BUG

基于develop创建，对release进行测试，测出的问题在此修改，回归完后，合并到develop

hotfix 分支

分支命名: hotfix/ 开头的为修复分支，它的命名规则与 feature 分支类似

线上出现紧急问题时，需要及时修复，以master分支为基线，创建hotfix分支，修复完成后，需要合并到master分支和develop分支

项目从0到版本发布

1. 新建项目（自带master分支）
2. 新建develop分支

(master): git checkout -b develop

3. 开始开发功能
<