Git Flow来源
Git 作为一个代码管理系统，难免会涉及到多人合作的情景。
在使用Git的过程中如果没有清晰流程和规划，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。
所以对于Git版本管理同样需要一个清晰的流程和规范。
Vincent Driessen在2010年的时候发布了一篇文章 A Successful Git Branching Model
（一个成功的Git分支模型），该文章被很多人所认同，逐渐的就成为一种标准，今天来简单介绍一下Git Flow。
Git Flow流程图
Git Flow流程图.png
这是Git Flow的流程图，该流程图上有2条持久主线：master、develop和三条非持久线feature branches、release branches、hotfixes
分支介绍
主分支
-
master
- 只能用于存放所有的发布
- 每次有了新的commit之后，立即打一个tag来记录
-
develop
- 用于存放不稳定版本的发布
- develop并不是直接用于开发feature的，开发feature需要专门的branch
- develop在第一时间从master上分离出来
- 需要开发任何功能的时候，从develop创建出新的feature branch，开发完成后合并回develop（合并的时候使用 --no-ff），然后删掉feature branch
- 当下一个正式版本需要的所有功能开发完成之后，从develop上面创建新的release branch，并在release branch 合并到master后（合并的时候使用 --no-ff）合并回develop（合并的时候使用 --no-ff），然后删掉release branch
辅助分支
-
feature branches
- 每次开发新功能是从develop创建
- 开发完成后合并到develop（合并的时候使用 --no-ff），然后被删掉
- feature分支常用命名feature-name或者feature/name
-
release branches
- 每次下一个版本的功能开发完毕后，从develop上创建
- 创建完成后，更新版本号，然后单独做一个新的commit
- 如果有bug修复，直接在release branch上创建
- bugx修复完成后，合并到master和develop上（合并的时候使用 --no-ff），然后被删掉
- release分支常用命名release-name或者release/name
-
hotfix branches
- 已正式发布的产品发现bug，直接从master或者出问题的tag上创建hotfix branch，进行紧急修复，修复完成后合并到master和develop和release branch（如果有的话）（合并的时候使用 --no-ff），然后被删掉
- hotfix分支常用命名hotfix-name或者hotfix/name
使用到的Git命令
git log //查看日志
git log --graph //图形化log显示
git branch name //创建名为name的分支
git checkout -b name //创建名为name的分支并切换到改分支
git merge name --no-ff//将名为name的分支合并到当前所在的分支，--no-ff：不使用fast-forward方式合并，保留分支的commit历史
git branch -d name //删除名为name的分支
git tag name //在当前分支上打一个名为name(如v1.0)的tag
