一个成功的 git 分支操作流程
A successful Git branching model
-
Git Flow 流程的简单介绍
1.1. Master和Develop分支
1.2. Feature分支
1.3. Release分支
1.4. Hotfix分支
1.5. 其他指令 -
轻松实现git flow, 抛弃繁琐的指令
2.1.git-flow初始化
2.2. Feature分支
2.3. Release分支
2.4. Hotfix分支 - 参考资料
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。
参考资料
- "A successful Git branching model" By Vincent Driessen
- git-flow repository
网友评论