简单介绍 git-flow 流程

一个成功的 git 分支操作流程
A successful Git branching model

1. Git Flow 流程的简单介绍
    1.1. Master和Develop分支
    1.2. Feature分支
    1.3. Release分支
    1.4. Hotfix分支
    1.5. 其他指令
2. 轻松实现git flow, 抛弃繁琐的指令
    2.1. git-flow初始化
    2.2. Feature分支
    2.3. Release分支
    2.4. Hotfix分支
3. 参考资料

---

Git Flow 流程的简单介绍

Master和Develop分支

• master-主分支，用于产品发布
• develop-开发分支，用于日常的开发

以上两个分支都是唯一的，且无限长的

# 当git建立一个库以后
# 默认分支一般为master
# 所以我们只需要创建一个名为develop的新分支
# 作为我们的开发分支

# 创建develop分支
git checkout -b develop master
# 把本地的内容推到远程仓库
git push -u origin develop

---

Feature分支

• 用于日常的功能开发
• 一般一个功能分支代表一个功能
• 当一个功能开发完，合并到develop

继承分支：develop
合并分支：develop
命名规则：任何名字除了master, develop, release-*, hotfix-*

# 创建feature分支 #

# 保证本地的develop是最新的
git checkout develop
git pull origin develop
# 从develop创建myfeature分支，并切换到myfeature分支
git checkout -b myfeature develop
# 之后你可以在这个分支上commit新的feature

# 提交feature分支 #

# 保证本地的develop是最新的
git checkout develop
git pull origin develop
# 合并myfeature到develop分支
git merge --no-ff myfeature -m ""
# 删除myfeature分支
git branch -d myfeature
# 推送develop到upstream
git push origin develop

上面合并的时候我们用到了--no-ff, 作用是禁用git merge默认的快进式合并（fast forward merge）模式。

在fast forward模式下被合并的分支所有的提交都会合并进主分支中，使得在提交历史中很难区分哪些提交是从新的分支中合并进来的。

例如，在一个feature分支中有很多次提交记录，当这个feature分支合并进了主分支，我们将很难再找出哪些提交组成了之前的feature分支。

禁用fast forward模式后，合并永远会在主分支上生成一个新的提交对象。这样我们就能更轻松的区分各个分支的提交了。

下面是两者的对比图：

No fast forward和默认模式的对比

---

Release分支

• 当需要发布新版本时使用
• 主要用于测试
• 可在此分支上直接开发功能，修复bug
• 务必同时合并到develop和master

继承分支：develop
合并分支：develop master
命名规则：release-*

# 创建release分支 #

git checkout -b release-1.2 develop
# 可选，用于更新某些本地文件来跟进版本变化
./bump-version.sh 1.2
git commit -a -m "Bumped version number to 1.2"

# 提交release分支 #

git checkout master
git merge --no-ff release-1.2 -m ""
# 给当前提交打上版本标签
git tag -a 1.2 -m ""
git push
git push --tags
# 把release-1.2上的内容合并回develop
git checkout develop
git pull origin develop
git merge --no-ff release-1.2 -m ""
git push
# 删除分支
git branch -d release-1.2

---

Hotfix分支

• 用于修复线上的bug
• 务必同时合并到develop和master

继承分支：master
合并分支：develop master
命名规则：hotfix-*

# 创建hotfix分支 #

git checkout master
git pull origin master
git checkout -b hotfix-1.2.1 master
# 可选
./bump-version.sh 1.2.1
git commit -a -m "Bumped version number to 1.2.1"

# 提交hotfix分支 #

# 合并到master
git checkout master
git pull origin master
git merge --no-ff hotfix-1.2.1 -m ""
git tag -a 1.2.1 -m ""
git push
git push --tags
# 合并到develop
git checkout develop
git pull origin develop
git merge --no-ff hotfix-1.2.1 -m ""
git push
# 删除分支
git branch -d hotfix-1.2.1

---

其他指令

# 推送分支到upstream
git push -u origin some-branch
# 删除upstream上的分支
git push origin --delete some-branch

---

轻松实现git flow, 抛弃繁琐的指令

git-flow是一款可以使整个git flow流程变得更加的便捷的插件，点这里可以查看官方的document。

安装的方法这里就不介绍了，详细的安装教程都可以在document里找到。

---

git-flow初始化

安装完git-flow后，需要初始化本地库来支持git-flow指令

git flow init

---

Feature分支

# 创建feature分支
git flow feature start 

# 提交feature分支
git flow feature finish 

---

Release分支

# 创建release分支
git flow release start 

# 提交release分支
git flow release finish 

提交release分支时会自动打上tag。

用git push --tags来推送tags到远程仓库。

---

Hotfix分支

# 创建hotfix分支
git flow hotfix start 

# 提交hotfix分支
git flow hotfix finish 

和release分支一样，提交时也会自动打上tag。

---

参考资料

• "A successful Git branching model" By Vincent Driessen
• git-flow repository