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
加油! 打工人! 打工人!
干饭!