Git Flow 的使用（git的三大特点：工作流）

普通的git提交

在这里插入图片描述

下面的git folw的工作流来，解决这个问题--------来看下面的git flow吧。

Git Folw 的概念：

前言：

WorkFlow是OA系统中必不可少的模块，并且在以后的大多数的工作中，都会用到工作流模式的开发。关于这方面的开发，我第一次接触到的是关于钉钉里的氚云功能，感觉还是做的相当不错，用户只需要拖动控件，然后配置数据库，就会形成对应的工作流，并不需要大量的代码编写。

在使用Git的过程中如果没有清晰流程和规划，否则,每个人都提交一堆杂乱无章的commit,项目很快就会变得难以协调和维护。
Git版本管理同样需要一个清晰的流程和规范。

Vincent Driessen 为了解决这个问题提出的：一个成功的git 分支案例 https://nvie.com/posts/a-successful-git-branching-model/

以下是基于Vincent Driessen提出的Git Flow 流程图：

Git Flow 的常用分支

Production 分支
- 也就是我们经常使用的Master分支，这个分支最近发布到生产环境的代码，最近发布的Release，这个分支只能从其他分支合并，不能在这个分支直接修改
Develop 分支
- 这个分支是我们是我们的主开发分支，包含所有要发布到下一个Release的代码，这个主要合并与其他分支，比如Feature分支
Feature 分支
- 这个分支主要是用来开发一个新的功能，一旦开发完成，我们合并回Develop分支进入下一个Release
Release分支
- 当你需要一个发布一个新Release的时候，我们基于Develop分支创建一个Release分支，完成Release后，我们合并到Master和Develop分支
Hotfix分支
- 当我们在Production发现新的Bug时候，我们需要创建一个Hotfix, 完成Hotfix后，我们合并回Master和Develop分支，所以Hotfix的改动会进入下一个Release

Git Flow如何使用

Master/Devlop分支
- 所有在Master分支上的Commit应该打上Tag，一般情况下Master不存在Commit，Devlop分支基于Master分支创建
Featrue 分支
- Feature分支做完后，必须合并回Develop分支, 合并完分支后一般会删点这个Feature分支，毕竟保留下来意义也不大。

Release 分支
- Release分支基于Develop分支创建，打完Release分支之后，我们可以在这个Release分支上测试，修改Bug等。同时，其它开发人员可以基于Develop分支新建Feature (记住：一旦打了Release分支之后不要从Develop分支上合并新的改动到Release分支)发布Release分支时，合并Release到Master和Develop，同时在Master分支上打个Tag记住Release版本号，然后可以删除Release分支了。

Hotfix 分支
- hotfix分支基于Master分支创建，开发完后需要合并回Master和Develop分支，同时在Master上打一个tag。

Git Flow 命令示例

创建Devlop

git branch develop  
git push -u origin develop

开始Featrue

# 通过develop新建feaeure分支
git checkout -b feature develop
# 或者, 推送至远程服务器:
git push -u origin feature    

# 修改md文件   
git status
git add .
git commit

完成Featrue

git pull origin develop
git checkout develop 

#--no-ff：不使用fast-forward方式合并，保留分支的commit历史
#--squash：使用squash方式合并，把多次分支commit历史压缩为一次

git merge --no-ff feature
git push origin develop

git branch -d some-feature

# 如果需要删除远程feature分支:
git push origin --delete feature

开始Release
- ```
git checkout -b release-0.1.0 develop
```

开始Release

git checkout master
git merge --no-ff release-0.1.0
git push

git checkout develop
git merge --no-ff release-0.1.0
git push


git branch -d release-0.1.0
git push origin --delete release-0.1.0   

# 合并master/devlop分支之后，打上tag 
git tag -a v0.1.0 master
git push --tags

开始Hoyfix
- ```
git checkout -b hotfix-0.1.1 master  
```

完成Hotfix

git checkout master
git merge --no-ff hotfix-0.1.1
git push


git checkout develop
git merge --no-ff hotfix-0.1.1
git push

git branch -d hotfix-0.1.1
git push origin --delete  hotfix-0.1.1 


git tag -a v0.1.1 master
git push --tags

使用建议：

如果你的代码没有清晰流程和规划，那么强烈推荐使用Vincent Driessen 提出的GIt flow
让你的代码管理骚起来。

参考博客：

https://www.jianshu.com/p/41910dc6ef29

加油！打工人！打工人！
干饭！
在这里插入图片描述

Git Flow 工作流