【Git进阶篇】Git之Git Flow

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
  1. 只能用于存放所有的发布
  2. 每次有了新的commit之后，立即打一个tag来记录
• develop
  1. 用于存放不稳定版本的发布
  2. develop并不是直接用于开发feature的，开发feature需要专门的branch
  3. develop在第一时间从master上分离出来
  4. 需要开发任何功能的时候，从develop创建出新的feature branch，开发完成后合并回develop（合并的时候使用 --no-ff），然后删掉feature branch
  5. 当下一个正式版本需要的所有功能开发完成之后，从develop上面创建新的release branch，并在release branch 合并到master后（合并的时候使用 --no-ff）合并回develop（合并的时候使用 --no-ff），然后删掉release branch

辅助分支

• feature branches
  1. 每次开发新功能是从develop创建
  2. 开发完成后合并到develop（合并的时候使用 --no-ff），然后被删掉
  3. feature分支常用命名feature-name或者feature/name
• release branches
  1. 每次下一个版本的功能开发完毕后，从develop上创建
  2. 创建完成后，更新版本号，然后单独做一个新的commit
  3. 如果有bug修复，直接在release branch上创建
  4. bugx修复完成后，合并到master和develop上（合并的时候使用 --no-ff），然后被删掉
  5. release分支常用命名release-name或者release/name
• hotfix branches
  1. 已正式发布的产品发现bug，直接从master或者出问题的tag上创建hotfix branch，进行紧急修复，修复完成后合并到master和develop和release branch（如果有的话）（合并的时候使用 --no-ff），然后被删掉
  2. 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