git学习-分支管理
2014-03-10 14:03
246 查看
版本控制。。才用到分支,用了用,确实好用,记录下简单的用法
1、主分支 Master
这个是最重要的分支,也就是正式版本,所有的正式版都在master上发布。
master
----->Tag1.0------->Tag2.0------->Tag3.0
这个分支是建立仓库时候默认创建的
2、开发分支 Develop
这个是用来开发版本使用的,日常开发使用,所以叫Develop
master ------>Tag1.0
------>Tag2.0 ----->Tag3.0
^
^
^
|
|
|
develop-->tag-->Tag-->Tag-->Tag-->Tag-->Tag-->
不断的生成代码,开发,正式发布的时候就在master上合并develop分支就可以了
创建分支develop:
git checkout -b develop
master
将develop分支发布到master分支上:
#切换分支到master
git checkout master
#合并分支develop
git merge --no-ff develop
首先:当git 执行快进式合并(fast-farward
merge),回直接将master分支指向develop分支。
使用
--no-ff参数是为了让git执行正常合并,在Master分支上生成一个新的节点,保证版本严谨清晰,这种做法比较好。(参考:Benjamin
Sandofsky <Understanding the Git
Workflow>)
3、临时分支
主要的两条分支就是:master和develop,前者是正式版本,后者是日常开发使用。
但是除了两个常设分支外,还有临时分支:
*
功能(feature)分支
*
预发布(release)分支
*
修补bug(fixbug)分支
这三种分支是临时需要,使用后删除,保证版本清晰。
4、功能分支:
接下来看看这三种临时分支:
feature是为了开发某个特定功能在develop上分出来的,开发完成后,要再并入develop的
#创建feature分支
git
checkout -b feature-x develop
#开发完成后,合并到develop上
git
checkout develop
git
merge --no-ff feature-x
#删除feature-x分支
git
branch -d feature-x
5、预发布版本
预发布版本是从develop分支上分出来的,预发布结束后,必须合并进develop和master分支。
一般名字release-x形式。
#创建预发布分支
git
checkout -b realease-1.2 develop
#确认没问题后,合并到master分支
git
checkout master
git
merge --no-ff release-1.2
#对合并生成的新节点,做个标签
git tag
-a 1.2
#再合并到develop分支
git
checkout develop
git
merge --no-ff release-1.2
最后,删除分支:
git
branch -d release-1.2
6、修补bug分支
软件发布后,难免会出现bug,这时候需要创建分支,来修补bug.
修补的bug分支是从master上分出来的。修补结束以后,再合并进master和develop分支。
命名方式:fixbug-x
创建一个修补bug分支:
git
checkout -b fixbug-0.1 master
修补结束后,合并到master分支:
git
checkout master
git
merge –no-ff fixbug-0.1
git tag
-a 0.1.1
再合并到develop分支:
git
checkout develop
git
merge –no-ff fixbug-0.1
最后,删除”修补bug分支”:
git
branch -d fixbug-0.1
我参考的地址:http://blog.jobbole.com/23398/
1、主分支 Master
这个是最重要的分支,也就是正式版本,所有的正式版都在master上发布。
master
----->Tag1.0------->Tag2.0------->Tag3.0
这个分支是建立仓库时候默认创建的
2、开发分支 Develop
这个是用来开发版本使用的,日常开发使用,所以叫Develop
master ------>Tag1.0
------>Tag2.0 ----->Tag3.0
^
^
^
|
|
|
develop-->tag-->Tag-->Tag-->Tag-->Tag-->Tag-->
不断的生成代码,开发,正式发布的时候就在master上合并develop分支就可以了
创建分支develop:
git checkout -b develop
master
将develop分支发布到master分支上:
#切换分支到master
git checkout master
#合并分支develop
git merge --no-ff develop
首先:当git 执行快进式合并(fast-farward
merge),回直接将master分支指向develop分支。
使用
--no-ff参数是为了让git执行正常合并,在Master分支上生成一个新的节点,保证版本严谨清晰,这种做法比较好。(参考:Benjamin
Sandofsky <Understanding the Git
Workflow>)
3、临时分支
主要的两条分支就是:master和develop,前者是正式版本,后者是日常开发使用。
但是除了两个常设分支外,还有临时分支:
*
功能(feature)分支
*
预发布(release)分支
*
修补bug(fixbug)分支
这三种分支是临时需要,使用后删除,保证版本清晰。
4、功能分支:
接下来看看这三种临时分支:
feature是为了开发某个特定功能在develop上分出来的,开发完成后,要再并入develop的
#创建feature分支
git
checkout -b feature-x develop
#开发完成后,合并到develop上
git
checkout develop
git
merge --no-ff feature-x
#删除feature-x分支
git
branch -d feature-x
5、预发布版本
预发布版本是从develop分支上分出来的,预发布结束后,必须合并进develop和master分支。
一般名字release-x形式。
#创建预发布分支
git
checkout -b realease-1.2 develop
#确认没问题后,合并到master分支
git
checkout master
git
merge --no-ff release-1.2
#对合并生成的新节点,做个标签
git tag
-a 1.2
#再合并到develop分支
git
checkout develop
git
merge --no-ff release-1.2
最后,删除分支:
git
branch -d release-1.2
6、修补bug分支
软件发布后,难免会出现bug,这时候需要创建分支,来修补bug.
修补的bug分支是从master上分出来的。修补结束以后,再合并进master和develop分支。
命名方式:fixbug-x
创建一个修补bug分支:
git
checkout -b fixbug-0.1 master
修补结束后,合并到master分支:
git
checkout master
git
merge –no-ff fixbug-0.1
git tag
-a 0.1.1
再合并到develop分支:
git
checkout develop
git
merge –no-ff fixbug-0.1
最后,删除”修补bug分支”:
git
branch -d fixbug-0.1
我参考的地址:http://blog.jobbole.com/23398/
相关文章推荐
- Git教程学习(六)—分支管理
- Git学习笔记(七)---分支管理
- git学习笔记整理-13-分支管理
- Git学习系列(七)Bug和Feature分支管理详解
- Git学习总结(12)——多人开发 Git 分支管理详解
- Git系统学习记录(四)--git分支管理
- git学习------>Git 分支管理最佳实践
- git学习(分支管理)
- Git 分支管理策略学习笔记
- git学习笔记 -- day04 分支管理
- git学习笔记二(分支管理)
- git学习笔记(一):创建和管理远程分支
- git学习之三:分支管理
- git的使用学习(五)git的分支管理
- 【Git/Github学习笔记】Git分支管理(一)
- 2016/01/13开始学习git:分支管理:Bug分支
- Git学习04 --分支管理
- Git学习--> 分支管理
- iOS学习----------git分支管理