阅读 1075

Git Flow 入门

  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 <name>

# 提交feature分支
git flow feature finish <name>
复制代码

Release分支

# 创建release分支
git flow release start <name>

# 提交release分支
git flow release finish <name>
复制代码

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

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


Hotfix分支

# 创建hotfix分支
git flow hotfix start <name>

# 提交hotfix分支
git flow hotfix finish <name>
复制代码

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


参考资料