0
点赞
收藏
分享

微信扫一扫

Git教程4(分支管理)

  所谓的分支管理其实就是就是同时可以有多条时间线在执行,最终合并为一个点,有点类似于多线程操作,这也正是git有别于其他版本控制软件的地方。

Git教程4(分支管理)_分支合并

创建与合并分支

  在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。

查看当前分支

git branch

Git教程4(分支管理)_解决冲突_02

创建新的分支

git branch dev1 创建分支dev1
git checkout dev1 当前分支切换到dev1

Git教程4(分支管理)_解决冲突_03

git checkout -b dev2 创建分支dev2并切换到dev2

Git教程4(分支管理)_分支合并_04

在dev2上操作

修改内容
Git教程4(分支管理)_解决冲突_05
提交修改操作
Git教程4(分支管理)_分支合并_06
切回到master主分支
Git教程4(分支管理)_分支合并_07
  master上没有看到我们在dev2上修改的内容,如果想要在master上看到被修改的内容,我们需要合并分支。

合并分支

git merge dev2

Git教程4(分支管理)_git_08
合并后可以看到修改的内容了
Git教程4(分支管理)_git_09
  git merge命令用于合并指定分支到当前分支。合并后,再查看read.txt的内容,就可以看到,和dev分支的最新提交是完全一样的。
注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。

删除分支

Git教程4(分支管理)_分支合并_10
  因为创建、合并和删除分支非常快,所以Git鼓励你使用分支完成某个任务,合并后再删掉分支,这和直接在master分支上工作效果是一样的,但过程更安全。

分支操作命令

描述

git branch

查看分支

git branch <name>

创建分支

git checkout <name>

切换分支

git checkout -b <name>

创建+切换分支

git merge <name>

合并某分支到当前分支

git branch -d <name>

删除分支

解决冲突

  版本控制软件不可避免的总会碰到版本冲突的问题,接下来我们看下git是怎么解决冲突问题的

制造冲突

创建dev分支

git checkout -b dev

修改read.txt文件内容
Git教程4(分支管理)_解决冲突_11
提交内容
Git教程4(分支管理)_解决冲突_12

切换master分支,在同样的位置修改内容
Git教程4(分支管理)_解决冲突_13
Git教程4(分支管理)_解决冲突_14
提交master中的内容
Git教程4(分支管理)_git_15
合并分支,看到冲突提示
Git教程4(分支管理)_分支合并_16
  果然冲突了!Git告诉我们,readme.txt文件存在冲突,必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件

解决冲突

Git教程4(分支管理)_git_17
直接查看文件内容
Git教程4(分支管理)_解决冲突_18
  Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容<<<HEAD是指主分支修改的内容,>>>>>dev 是指dev上修改的内容
直接修改

Git教程4(分支管理)_分支合并_19Git教程4(分支管理)_分支合并_20
查看合并情况

git log --graph --pretty=oneline --abbrev-commit

Git教程4(分支管理)_解决冲突_21
最后删除分支dev就可以了

git branch -d dev

  当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。用git log --graph命令可以看到分支合并图。

分支管理策略

  通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
下面我们实战一下--no-ff方式的git merge:

创建一个分支dev1

git checkout -b 'dev1'

创建文件并提交

Git教程4(分支管理)_分支合并_22

切回主分支合并

Git教程4(分支管理)_git_23
  因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。合并后,我们用git log看看分支历史:

Git教程4(分支管理)_分支合并_24

分支策略

  在实际开发中,我们应该按照几个基本原则进行分支管理:
  首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。所以,团队合作的分支看起来就像这样:

Git教程4(分支管理)_分支合并


举报

相关推荐

0 条评论