分支类型
Git-Flow包含了两大类共五小类分支类型，下面我们一一介绍：
- 主分支（main branches）
- master
- develop
- 辅助分支（supporting branches）
- Feature branches
- Release branches
- Hotfix branches
主分支
主分支包括master和develop分支，这两个分支作为主分支，始终存在于远程仓库中。
master分支
master分支是git仓库创建后自动创建的分支。最终测试通过的正式版本都是在这个分支上发布的。
develop分支
develop分支最初由master分支分出来，这个分支用来反映下一个发布状态的最新代码。我们在发布下一个版本时，首先要将功能分支开发完成的功能在develop分支中合并、整理，达到稳定状态时才会创建预发布分支进行发布准备。
创建develop分支
$ git checkout -b develop master
Switched to a new branch 'develop'
辅助分支
辅助分支在开发中属于临时性的分支，在使用完成后都可以删除。
功能分支（Feature branches）
| Branch off | Merge back |
|---|
| develop | develop |
功能分支一般从develop分支分出，用来开发新功能新特性。这个分支最终会合并到develop分支（如果不需要这个功能了，也可以放弃这个分支的合并并删除）。
功能分支一般只存在于开发者本地仓库，不需要推送到origin仓库。在合并到develp或抛弃后，删除这个分支。
创建功能分支
下面我们从develop分支创建feature-1功能分支：
$ git checkout -b feature-1 develop
Switched to a new branch 1feature-1'
合并功能分支到develop
功能开发完成，准备发布下一个发布版本时，先合并到develop分支：
$ git checkout develop
Switched to branch 'develop'
$ git merge
Merge made by the 'recursive' strategy.
build.gradle | 7 +++++++
src/main/java/me/daemon/Main.java | 7 +++++++
2 files changed, 14 insertions(+)
create mode 100644 build.gradle
create mode 100644 src/main/java/me/daemon/Main.java
$ git branch -d feature-1
Deleted branch feature-1 (was c6fc6e6).
$ git push origin develop
预发布分支（Release branches）
| Branch off | Merge back |
|---|
| develop | develop and master |
预发布分支用来准备新版本的发布。
我们在开发中，一个版本可以包含多个功能或特性的开发，可能需要多个功能分支并行开发。当这些功能都开发完成后，准备发布时，先将这些功能分支合并到develop分支，然后从develop分支分出预发布分支。
当分出预发布分支后，我们可以用这个分支用来提测，修复bug等，这样develop分支就可以继续进行下一个版本的开发工作，新版本的功能分支可以合并到develop分支而不影响上一个版本的测试、修复BUG、发布等工作。
创建预发布分支
从develop分支创建预发布分支release-v0.1：
$ git checkout -b release-v0.1 develop
Switched to a new branch 'release-v0.1'
创建预发布分支后，在该分支上修改发布版本号，然后提交修改。
完成预发布分支
在预发布分支通过最终测试，准备发布时，需要合并到master和develop分支。
首先合并到master并打上tag：
$ git checkout master
Switched to branch 'master'
Your branch is up-to-date with 'origin/master'.
$ git merge
Merge made by the 'recursive' strategy.
build.gradle | 9 +++++++++
src/main/java/me/daemon/Feature.java | 7 +++++++
src/main/java/me/daemon/Main.java | 7 +++++++
3 files changed, 23 insertions(+)
create mode 100644 build.gradle
create mode 100644 src/main/java/me/daemon/Feature.java
create mode 100644 src/main/java/me/daemon/Main.java
$ git tag -a v0.1 -m "tag v0.1"
然后合并到develop：
$ git checkout develop
Switched to branch 'develop'
$ git merge
Merge made by the 'recursive' strategy.
build.gradle | 2 ++
1 file changed, 2 insertions(+)
此时，该预发布分支的使命已经完成，可以删除该预发布分支：
$ git branch -d release-v0.1
Deleted branch release-v0.1 (was 7942f36).
BUG修复分支（Hotfix branches）
| Branch off | Merge back |
|---|
| master | develop and master |
BUG修复分支类似与预发布分支，都是用来准备下一个版本的发布。不同的是，预发布版本是我们计划好的功能与特性集合的发布，而BUG修复版本是为了紧急修复当前发布版本的BUG而存在的。
一般我们开发中遇到的非致命、非紧急的BUG往往选择随同下个版本一起发布，只有遇到致命问题才需要立即在当前发布版本基础上分出分支，修改BUG，并立即发布下一个版本。因此BUG修复分支一般是从master分支分出的。修复完成后要合并到master及develop分支。
创建BUG修复分支
从master分支创建BUG修复分支hotfix-1.0.1：
$ git checkout -b hotfix-0.1 master
Switched to a new branch 'hotfix-0.1'
在hotfix-1.0.1上升级版本号、修复BUG，然后提交修改。
完成BUG修复
首先合并到master并打tag：
$ git checkout master
Switched to branch 'master'
$ git merge
Merge made by the 'recursive' strategy.
src/main/java/me/daemon/Feature.java | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
$ git tag -a v0.2 -m "tag v0.2"
然后合并到develop：
$ git checkout develop
Switched to branch 'develop'
$ git merge
Merge made by the 'recursive' strategy.
src/main/java/me/daemon/Feature.java | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
这里要注意，如果此时存在一个预发布分支，准备发布下一个版本，那么BUG修复分支的修改要合并到预发布分支，而不是develop分支。而在预发布分支发布后，BUG修复的代码会随着发布的代码一起合并到develop。
最终，可以删除BUG修复分支：
$ git branch -d hotfix-0.1
Deleted branch hotfix-0.1 (was 17dd42a).
推送远程仓库
将分支都推送到远程仓库：
$ git push
推送tag：
$ git push origin v0.1
$ git push origin v0.2
也可以一次推送所有tag：
$ git push origin
示例
图示
参看
