git 分支创建与合并
2018-01-12 17:25
246 查看
在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即
一开始的时候,
每次提交,
当我们创建新的分支,例如
你看,Git创建一个分支很快,因为除了增加一个
不过,从现在开始,对工作区的修改和提交就是针对
假如我们在
所以Git合并分支也很快!就改改指针,工作区内容也不变!
合并完分支后,甚至可以删除
真是太神奇了,你看得出来有些提交是通过分支完成的吗?
下面开始实战
首先,我们创建
然后,用
然后,我们就可以在
然后提交:
现在,
切换回
现在,我们把
注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把
当然,也不是每次合并都能Fast-forward,我们后面会讲其他方式的合并。
合并完成后,就可以放心地删除
删除后,查看
因为创建、合并和删除分支非常快,所以Git鼓励你使用分支完成某个任务,合并后再删掉分支,这和直接在
文章转自:
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840038939c291467cc7c747b1810aab2fb8863508000
master分支。
HEAD严格来说不是指向提交,而是指向
master,
master才是指向提交的,所以,
HEAD指向的就是当前分支。
一开始的时候,
master分支是一条线,Git用
master指向最新的提交,再用
HEAD指向
master,就能确定当前分支,以及当前分支的提交点:
每次提交,
master分支都会向前移动一步,这样,随着你不断提交,
master分支的线也越来越长:
当我们创建新的分支,例如
dev时,Git新建了一个指针叫
dev,指向
master相同的提交,再把
HEAD指向
dev,就表示当前分支在
dev上:
你看,Git创建一个分支很快,因为除了增加一个
dev指针,改改
HEAD的指向,工作区的文件都没有任何变化!
不过,从现在开始,对工作区的修改和提交就是针对
dev分支了,比如新提交一次后,
dev指针往前移动一步,而
master指针不变:
假如我们在
dev上的工作完成了,就可以把
dev合并到
master上。Git怎么合并呢?最简单的方法,就是直接把
master指向
dev的当前提交,就完成了合并:
所以Git合并分支也很快!就改改指针,工作区内容也不变!
合并完分支后,甚至可以删除
dev分支。删除
dev分支就是把
dev指针给删掉,删掉后,我们就剩下了一条
master分支:
真是太神奇了,你看得出来有些提交是通过分支完成的吗?
下面开始实战
首先,我们创建
dev分支,然后切换到
dev分支:
$ git checkout -b dev Switched to a new branch 'dev'
git checkou 4000 t命令加上
-b参数表示创建并切换,相当于以下两条命令:
$ git branch dev $ git checkout dev Switched to branch 'dev'
然后,用
git branch命令查看当前分支:
$ git branch * dev master
git branch命令会列出所有分支,当前分支前面会标一个
*号。
然后,我们就可以在
dev分支上正常提交,比如对readme.txt做个修改,加上一行:
Creating a new branch is quick.
然后提交:
$ git add readme.txt $ git commit -m "branch test" [dev fec145a] branch test 1 file changed, 1 insertion(+)
现在,
dev分支的工作完成,我们就可以切换回
master分支:
$ git checkout master Switched to branch 'master'
切换回
master分支后,再查看一个readme.txt文件,刚才添加的内容不见了!因为那个提交是在
dev分支上,而
master分支此刻的提交点并没有变:
现在,我们把
dev分支的工作成果合并到
master分支上:
$ git merge dev Updating d17efd8..fec145a Fast-forward readme.txt | 1 + 1 file changed, 1 insertion(+)
git merge命令用于合并指定分支到当前分支。合并后,再查看readme.txt的内容,就可以看到,和
dev分支的最新提交是完全一样的。
注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把
master指向
dev的当前提交,所以合并速度非常快。
当然,也不是每次合并都能Fast-forward,我们后面会讲其他方式的合并。
合并完成后,就可以放心地删除
dev分支了:
$ git branch -d dev Deleted branch dev (was fec145a).
删除后,查看
branch,就只剩下
master分支了:
$ git branch * master
因为创建、合并和删除分支非常快,所以Git鼓励你使用分支完成某个任务,合并后再删掉分支,这和直接在
master分支上工作效果是一样的,但过程更安全。
文章转自:
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840038939c291467cc7c747b1810aab2fb8863508000
相关文章推荐
- GIT 分支管理:创建与合并分支、解决合并冲突
- Git —— 创建与合并分支
- git-【六】分支的创建与合并
- Git_创建与合并分支
- Git-创建与合并分支(笔记)
- Git基础之(十三)——分支管理——创建与合并分支
- GIT 分支管理:创建与合并分支、解决合并冲突
- eclipse中git分支创建与合并(-)
- git入门四(分支创建合并)
- [廖雪峰] Git 分支管理(1):创建与合并分支(HEAD、master、dev、指针)
- git创建与合并分支
- git分支管理之创建与合并分支
- Git学习创建与合并分支
- Git 创建与合并分支
- eclipse中git分支创建与合并
- Git-创建与合并分支
- learn git 廖雪峰GIT教材1 创建与合并分支
- Git(五)、创建与合并分支
- 创建与合并分支-git入门教程
- 学习GitHub(三): git分支的创建、合并和删除