git flow 实操记录

水深无声 2022-01-20 00:11 296阅读 0赞

### 简介 ###

**git-flow** 是一个 **git** 扩展集，按 **Vincent Driessen** 的分支模型提供高层次的库操作。喜欢图形界面操作的同学可以使用[**Sourcetree** ][Sourcetree_]，这一个极出色的 git 界面客户端，已经提供了 git-flow 的支持。

### 安装 ###

*  macOS

brew install git-flow-avh
    复制代码

*  Linux

apt-get install git-flow
    复制代码

*  Windows

$ wget -q -O - --no-check-certificate https://raw.github.com/petervanderdoes/gitflow-avh/develop/contrib/gitflow-installer.sh install stable | bash
    复制代码

### 工作流程 ###

#### 1. 初始化 ####

使用 git-flow，从初始化一个现有的 git 库内开始:

git flow init
    复制代码

你必须回答几个关于分支的命名约定的问题，建议使用默认值。问题如下：

Branch name for production releases: [master] 
    Branch name for "next release" development: [develop] 
    
    How to name your supporting branch prefixes?
    Feature branches? [feature/] 
    Bugfix branches? [bugfix/] 
    Release branches? [release/] 
    Hotfix branches? [hotfix/] 
    Support branches? [support/] 
    Version tag prefix? [] 
    复制代码

对于上面的问题中提到的常用分支做一个简单的解释：

> #### master （主分支） ####

1.  产品的功能全部实现后 , 最终在master分支对外发布
2.  该分支为只读唯一分支 , 只能从其他分支(release/hotfix)合并 , 不能在此分支修改

> #### develop （主开发分支） ####

1.  基于master分支克隆
2.  包含所有要发布到下一个release的代码
3.  该分支为只读唯一分支 , 只能从其他分支合并
4.  feature功能分支完成 , 合并到develop(不推送)
5.  develop拉取release分支 , 提测
6.  release/hotfix 分支上线完毕 , 合并到develop并推送

> #### feature (功能开发分支) ####

1.  基于develop分支克隆 , 主要用于新需求新功能的开发
2.  功能开发完毕后合到develop分支(未正式上线之前不推送到远程中央仓库!!!)
3.  feature分支可同时存在多个 , 用于团队中多个功能同时开发 , 属于临时分支 ,功能完成后可选删除

> #### release (测试分支) ####

1.  基于feature分支合并到develop之后 , 从develop分支克隆
2.  主要用于提交给测试人员进行功能测试 , 测试过程中发现的BUG在本分支进行修复 ,修复完成上线后合并到develop/master分支并推送(完成功能) , 打Tag
3.  属于临时分支 , 功能上线后可选删除

> #### hotfix (补丁分支) ####

1.  基于master分支克隆 , 主要用于对线上的版本进行BUG修复
2.  修复完毕后合并到develop/master分支并推送 , 打Tag
3.  属于临时分支 , 补丁修复上线后可选删除
4.  所有hotfix分支的修改会进入到下一个release

#### 2. 新需求开发 ####

从develop拉取feature分支进行编码开发(多个开发人员拉取多个feature同时进行并行开发 , 互不影响)

git flow feature start [分支名]
    复制代码

开发iing... feature分支完成后

git flow feature finish [分支名]
    复制代码

合并到develop(不推送 , feature功能完成还未提测 ,推送后会影响其他功能分支的开发) 合并feature到develop , 可以选择删除当前feature , 也可以不删除 . 但当前feature就不可更改了 , 必须从release分支继续编码修改。如果需要多人开发，需要发布，也就是推送

flow feature publish [分支名]
    复制代码

取得其它用户发布的新特性分支，并签出远程的变更。

git flow feature pull origin [分支名]
    复制代码

跟踪在origin上的特性分支

git flow feature track [分支名]
    复制代码

#### 2. 提测&上线 ####

从develop拉取release分支进行提测 , 提测过程中只能在release分支上修改BUG

git flow release start [分支名]
    复制代码

测试完成后

git flow release finish [分支名]
    复制代码

同时生成tag号，\[prefix\]\[版本号\] ，此时，当前修改合并到本地master，develop分支，并切换回develop分支。这里需要手动将master、develop分支推送到远程分支。

##### 注意：这里不要忘记推送tag #####

git push --tags
    复制代码

发布允许其它用户向这个release分支提交内容,release分支上线后,合并release分支到develop/master并推送,合并之后,可选删除当前release分支,若不删除,则当前release不可修改,线上有问题也必须从master拉取hotfix分支进行修改

你是否合作开发一项新特性？发布新特性分支到远程服务器，所以，其它用户也可以使用这分支。

git flow release publish [分支名]
    复制代码

签出 release 版本的远程变更

git flow release track [分支名]
    复制代码

手动给release打tag

git tag -a platform-newxuetangx-fn-web-2 -m 'tag2'
    复制代码

提交tag

git push --tags
    复制代码

#### 3. 线上BUG紧急修复 ####

紧急修复来自这样的需求：生产环境的版本处于一个不预期状态，需要立即修正。像其它 git flow 命令一样, 紧急修复分支开始自：

git flow hotfix start [hotfix版本号] [BASENAME]
    // BASENAME 为finish release时填写的版本号（这个暂时没有搞懂）
    复制代码

当完成紧急修复分支，代码归并回 develop 和 master 分支。相应地，master 分支打上修正版本的 TAG。

git flow hotfix finish [hotfix版本号]
    复制代码

### 总结 ###

最后将整个流程做一个总结：

*  初始化: `git flow init`

#### 功能开发 ####

*  从develop拉取功能分支feature: `git flow feature start [分支名]`
 *  如需多人合作，publish一个feature(就是push到远程): `git flow feature publish [分支名]`
 *  获取已publish的feature(就是pull远程分支): `git flow feature pull origin [分支名]`
 *  完成feature: `git flow feature finish [分支名]`

#### 提测&上线 ####

*  开始release: `git flow release start [分支名]`
 *  如需多人合作，publish一个release: `git flow release publish [分支名]`
 *  完成release: `git flow release finish [分支名]`
 *  推送develop：`git push origin develop`
 *  推送master：`git push origin master`
 *  别忘了推送tag：`git push --tags`

#### hotfix ####

*  从master开始一个hotfix: `git flow hotfix start [hotfix版本号]`
 *  发布一个Hotfix: `git flow hotfix finish [hotfix版本号]`
 *  推送develop：`git push origin develop`
 *  推送master：`git push origin master`

### 参考地址 ###

[danielkummer.github.io/git-flow-ch…][danielkummer.github.io_git-flow-ch]  
[blog.csdn.net/xingbaozhen…][blog.csdn.net_xingbaozhen]  
[www.cnblogs.com/lcngu/p/577…][www.cnblogs.com_lcngu_p_577]

[Sourcetree_]: https://link.juejin.im?target=https%3A%2F%2Fwww.sourcetreeapp.com%2F
[danielkummer.github.io_git-flow-ch]: https://link.juejin.im?target=http%3A%2F%2Fdanielkummer.github.io%2Fgit-flow-cheatsheet%2Findex.zh_CN.html
[blog.csdn.net_xingbaozhen]: https://link.juejin.im?target=https%3A%2F%2Fblog.csdn.net%2Fxingbaozhen1210%2Farticle%2Fdetails%2F81386269
[www.cnblogs.com_lcngu_p_577]: https://link.juejin.im?target=https%3A%2F%2Fwww.cnblogs.com%2Flcngu%2Fp%2F5770288.html