Git 已经使用两年了。但是在实际使用上，由于开发流程的不规范，只用到很浅的操作。接触活动家项目以后，这边部分项目用Git Flow 以对开发流程稍有规范的意思。所以有必要对Git Flow 进行学习，以备当前及后期的实际需要，同时加深对 git 的理解。
git flow 模型
git flow 常用分支
- production 分支 master分支，最近发布到生产环境的代码，最近发布的Release，这个分支只能从其他分支合并，不能在这个分支直接修改
- develop 分支 主开发分支，包含所有要发布到下一个Release的代码，这个主要合并与其他分支，比如Feature分支
- Feature 分支 这个分支主要用来开发一个新的功能，一旦开发完成，我们合并Develop
- Release 分支 当需要一个发布一个新Release的时候，基于Develop分支创建一个Release分支，完成Release后，我们合并到Master和Develop分支
- Hotfix 分支 当production 发现新的Bug时候，我们需要创建一个hotfix，我们合并回 master 和 Develop 分支，所以Hotfix的改动会进入下一个Release
git 工作流程
初始分支
所有在Master分支上的Commit应该Tag
Feature分支
分支名 feature/*
Feature分支做完后，必须合并回Develop分支，合并完成分支后一般会删掉这个Feature分支，但是我们可以保留
Release分支
分支名 release/*
Release分支基于Develop分支创建，打完Release后，我们可以在Release这个分支上测试，修改Bug等。同时，其他开发人员可以基于新的Feature(记住：
一旦打了Release分支之后不要从Develop分支上合并新的改动到Release分支)
发布Release分支时，合并Release到Master和Develop，同时在Master分支上打个Release版本号，然后可以删除Release分支了。
维护分支 Hotfix
分支名 hotfix/*
hotfix分支基于Master分支创建，开发完后需要合并回Master和Develop分支，同时在Master上打上一个tag。
git flow 安装
1 | $ sudo apt-get install git-flow |
git flow 使用
- 初始化： git flow init
- 开始新Feature: git flow feature start MYFEATURE
- Publish 一个Feature(也就是push 到远程): git flow feature publish MYFEATURE
- 获取Publish的Feature: git flow feature pull origin MYFEATURE
- 完成一个Feature: git flow feature finish MYFEATURE
- 开始一个Release: git flow release start REALEASE[BASE]
- Publish一个Release: git flow release publish REALEASE
- 发布Release: git flow release finish RELEASE
- 别忘 git push –tags
- 开始一个Hotfix: git flow hotfix start VERSION[BASENAME]
- 发布一个Hotfix: git flow hotfix finish VERSION
命令格式如下：