简介:
分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码, 如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
其他版本控制系统如SVN等都有分支管理,但是用过之后你会发现,这些版本控制系统创建和切换分支比蜗牛还慢,简直让人无法忍受,结果分支功能成了摆设,大家都不去用。
但Git的分支是与众不同的,无论创建、切换和删除分支,Git在1秒钟之内就能完成!无论你的版本库是1个文件还是1万个文件。
创建、合并、切换、删除分支:
在第五篇返回上一个修改版本里,可知,git log 命令,每次提交,Git 都把它们串成一条时间线,这条时间线就是一个分支。在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前主线分支。流程: HEAD --> 主线分支 master --> 最新的提交 commit ;
下面我们开始实践:
1、 首先,我们创建dev分支,然后切换到dev分支,如下:
由上可知:命令 git checkout 命令加上 -b 参数表示创建并切换,相当于以下两条命令:
表示创建分支dev;
表示切换到分支dev;
2、接下来,我们可以用命令 git branch 查看分支有哪些 ? 如下:
命令 git branch 表示列出所有分支,当前分支前面会标一个 * 号;图上dev为当前分支;
3、现在,我们可以在分支dev上正常提交了,比如 创建一个文件 readme.txt 并且添加一行内容(Hello Git),如下:
然后 添加、提交,如下:
现在,分支dev的提交工作完成,我们就可以切换回主线master分支,如下:
切换回主线分支master 后, gitSkills 文件夹目录里只有一个 文件,刚才创建的新文件 readme.txt 文件不见了,因为那个提交操作是在 dev 分支上实现,此时,我们再切回分支 dev 查看一下,如下:
由上图可知,分支dev 上 是存在两份文件的,而 主线分支 master 此刻的提交点并没有改变,如下:
现在,我们可以把 dev 分支 的工作成果合并到 master 分支上,如下:(前提是分支必须在 主线 master 上合并 dev)
git merge命令用于合并指定分支到当前分支。合并后,再查看 gitSkills 文件夹的内容,就可以看到,和dev分支的最新提交是完全一样的。注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的最新提交,所以合并速度非常快。当然,也不是每次合并都能Fast-forward,我们后面会讲其他方式的合并。
4、合并完成后,可以放心地删除 dev 分支了,如下:
删除后,查看branch,就只剩下 master 分支了,如下:
因为创建、合并和删除分支非常快,所以Git鼓励你使用分支完成某个任务,合并后再删掉分支,这和直接在master分支上工作效果是一样的,但过程更安全。
小结:
- 查看分支:git branch ;
- 创建分支:git branch <name> ;
- 切换分支:git checkout <name> ;
- 合并分支:要在主线分支master 下合并, git merge <name> ;
- 删除分支:git branch -d <name> ;
- 创建并切换分支: git checkout -b <name> ;
转自:https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000