git就不用多说了，对于版本控制有着很多优点，但是在多人开发的环境中，git flow制定了一个比较规范的分支管理和版本发布方案。
1.png
工作流程
git flow 是基于git的标准命令，将git中的一些命令通过脚本组合了起来，实现了一个工作流程，其实如果你按照git flow的工作流程，不需要通过其他工具，也可以实现git flow的实现。但是使用了git flow脚本，会让这些操作来的更方便一些。
Git flow的工作分支主要为以下几种：
- master：用于存放正式发布的版本；
- develop：开发的主分支，一般由其他分支合并进来；
- feature/*：新功能分支，一般情况下基于develop创建，开发完成后合并到develop分支；
- release/*：发布分支，基于develop最新版本创建的分支，用来测试，测试的bug会在这个分支上进行修改。
- hotfix/*：线上版本修复bug的分支，基于master创建。
接下来会一个一个介绍这些分支。
安装
git flow avh
正常通过homebrew就可以安装git flow了。
brew install git-flow-avh
当然还有其他的安装方式，可以点击这里 查看（MacOS），如果其他系统也可以在git flow avh的gitHub上查看。
SourceTree
另外如果使用了SourceTree，也可以直接通过SourceTree来进行git flow的管理。
右键点击SourceTree顶部工具栏，点击自定义工具栏。
2.png
直接将Git 工作流拖入到工具栏中就可以直接使用了。
3.png
在项目中添加git flow
在终端中，cd到项目目录下初始化就可以了。这个初始化和git本身的初始化关联不大。
git flow init
跑了之后，会跟你确认一些名称，这里建议都使用默认的名称，一般情况下直接回车就可以了。
➜ GitFlowDemo git:(master) git flow init
Which branch should be used for bringing forth production releases?
- master
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? []
Hooks and filters directory? [/Users/zhongrui/Desktop/GitFlowDemo/.git/hooks]
➜ GitFlowDemo git:(develop)
或者在SourceTree中点击Git工作流，第一次点击的时候会出现一些git flow初始化的内容，同样也是确认一些名称，只不过是用GUI表示出来了。
4.png
操作成功之后，git flow的安装就完成了，接下来可以愉快的使用它了。
使用
在SourceTree中的使用比较简单，直接通过需求点击就可以了，这里就不多做介绍。主要说一下在Treminal中的使用。
添加新需求
添加新需求分别分为：
- 创建新需求
- 提交
- 发布新需求
- 完成新需求
接下来可以一个一个来看。
创建新需求通过输入命令
git flow feature start test_feature
其中test_feature为新需求的分支名称，回车之后，git flow 会自动帮我们生成一个新的分支，并且切换到他下边。
➜ GitFlowDemo git:(develop) git flow feature start test_feature
Switched to a new branch 'feature/test_feature'
Summary of actions:
- A new branch 'feature/test_feature' was created, based on 'develop'
- You are now on branch 'feature/test_feature'
Now, start committing on your feature. When done, use:
git flow feature finish test_feature
➜ GitFlowDemo git:(feature/test_feature)
接下来我们就可以在这个分支下干活了
🧱🧱🧱
🧱🧱🧱
🧱🧱🧱
干完活之后，和平常一样提交，add、commit。
➜ GitFlowDemo git:(feature/test_feature) ✗ git add .
➜ GitFlowDemo git:(feature/test_feature) ✗ git commit -m "test"
[feature/test_feature fb484b7] test
1 file changed, 4 insertions(+), 1 deletion(-)
➜ GitFlowDemo git:(feature/test_feature)
接下来如果需要push到远程，可以使用git的push，也可以使用
git flow feature publish test_feature
来发布这一个版本的新需求。
最后，当我们这个需求开发完毕了。使用
git flow feature finish test_feature
Git flow 就会自动帮我们删除这个分支，然后切换到develop分支去。
➜ GitFlowDemo git:(feature/test_feature) git flow feature finish test_feature
Switched to branch 'develop'
Updating 45b8dcf..fb484b7
Fast-forward
GitFlowDemo/ViewController.m | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
Deleted branch feature/test_feature (was fb484b7).
Summary of actions:
- The feature branch 'feature/test_feature' was merged into 'develop'
- Feature branch 'feature/test_feature' has been locally deleted
- You are now on branch 'develop'
➜ GitFlowDemo git:(develop)
发布新版本
当我们的develop分支的代码已经是一个成熟的代码了，意味着可以将它发布了，这时候就可以走发布新版本的流程。
同样的，新版本发布也是走之前的流程。
- 创建发布版本
- 提交
- 同步到远程
- 完成新版本发布
可以使用发布命令
git flow release start 1.0.0
其中1.0.0是我们这个版本的版本号。
➜ GitFlowDemo git:(develop) git flow release start 1.0.0
Switched to a new branch 'release/1.0.0'
Summary of actions:
- A new branch 'release/1.0.0' was created, based on 'develop'
- You are now on branch 'release/1.0.0'
Follow-up actions:
- Bump the version number now!
- Start committing last-minute fixes in preparing your release
- When done, run:
git flow release finish '1.0.0'
➜ GitFlowDemo git:(release/1.0.0)
这时候git flow 会帮我们创建一个release分支。这时候如果有一些版本号之类的信息需要修改，在这个分支上修改之后，就可以准备提交了。
同样release也有publish版本，这些提交和发布与之前的feature基本一样，都是将修改的代码提交到远程，这里就不在赘述了。
直接进到完成发布流程，完成发布需要使用
git flow release finish 1.0.0
运行之后，首先git flow 会拉取远程仓库，确保当前的版本是最新版本。
接下来release的内容会被合并到master和develop两个分支中去，以保证新的功能部分也是最新的代码。
并且release的代码会被标记上release，也就是tag。
接下来会删除当前的分支，并回到master。
➜ GitFlowDemo git:(release/1.0.0) git flow release finish 1.0.0
Switched to branch 'master'
Merge made by the 'recursive' strategy.
GitFlowDemo/ViewController.m | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
Already on 'master'
fatal: no tag message?
Fatal: Tagging failed. Please run finish again to retry.
➜ GitFlowDemo git:(master)
修复bug（hotfix）
尽管在发布之前，我们已经充分的对代码进行了测试，但是谁也没有办法保证发布的新版本中一定没有bug。如果遇到了bug，这时候我们可以通过hotfix来进行修复。
Hotfix我们仅仅通过创建和完成两个步骤就可以简单的走完流程。
git flow hotfix start fix_bug
通过这个命令，与之前一样，会创建一个fix_bug分支，并且切换到这个分支上来，但是稍有不同的是，这个分支不是来自于develop，而是基于master分支的。
➜ GitFlowDemo git:(master) git flow hotfix start fix_bug
Switched to a new branch 'hotfix/fix_bug'
Summary of actions:
- A new branch 'hotfix/fix_bug' was created, based on 'master'
- You are now on branch 'hotfix/fix_bug'
Follow-up actions:
- Start committing your hot fixes
- Bump the version number now!
- When done, run:
git flow hotfix finish 'fix_bug'
➜ GitFlowDemo git:(hotfix/fix_bug)
接下来你就可以紧急修复你的bug 了。
🧱🧱🧱
修复完了之后，完成了测试，就可以通过finish来完成这次bug修复。
git flow hotfix finish fix_bug
接下来的过程和release比较相似，改动的内容会被合道master中，而且也会被合道develop中。这样就能保证在接下来的版本中不会出现同样的错误。
然后这个版本也将会被标记下来。
之后就会删除这个分支。
常用命令
初始化
- git flow init：初始化一个现有的仓库，添加git flow
feature
- git flow feature start [featureBranchName]：创建一个新功能分支
- git flow feature publish [featureBranchName]：推送新版本到远程服务器，也可以使用git push
- git flow feature finish [featureBranchName]：完成新功能开发，会合并到develop分支，并删除原分支
- git flow feature pull origin [featureBranchName]：拉取目标分支的新功能，也可以使用git pull
- git flow feature track [featureBranchName]：跟踪origin上的feature分支
release
- git flow release start [releaseBranchName]：创建一个准备发布的分支
- git flow release publish [releaseBranchName]：创建release分支之后立即发布允许其他用户向这个release分支提交内容
- git flow release track [releaseBranchName]：签出release版本的远程变更
- git flow release finish [releaseBranchName]：将release分支合并到master，打上tag，将release分支合并到develop，删除原分支
hotfix
- git flow hotfix start [hotfixBranchName]：开始紧急修复，从master分出一个分支
- git flow hotfix finish [hotfixBranchName]：结束紧急修复，代码归并到develop和master，并且打上Tag。
最后
以上就是对git flow的简单使用，可以帮助我们做很多版本控制中很麻烦的问题，以上内容仅为个人学习记录，如果有什么不对的地方欢迎各位大佬评论指正。
网友评论