Git基础入门(八)Git分支的基本概念

几乎全部的版本控制系统都以某种形式支持分支。 使用分支意味着你能够把你的工做从开发主线上分离开来，以避免影响开发主线。 在不少版本控制系统中，这是一个略微低效的过程——经常须要彻底建立一个源代码目录的副本。对于大项目来讲，这样的过程会耗费不少时间。

有人把Git的分支模型称为它的`‘必杀技特性’'，也正由于这一特性，使得Git从众多版本控制系统中脱颖而出。 为什么 Git的分支模型如此出众呢？Git处理分支的方式可谓是难以置信的轻量，建立新分支这一操做几乎能在瞬间完成，而且在不一样分支之间的切换操做也是同样便捷。 与许多其它版本控制系统不一样，Git鼓励在工做流程中频繁地使用分支与合并，哪怕一天以内进行许屡次。

分支简介

用户的每一次提交，Git都会把它们之间串成一条时间线，这条时间线就是一个分支。Git默认会有一条时间线，这条时间线就叫作master。

Git的master分支并非一个特殊分支，它跟其它分支彻底没有区别，之因此几乎每个仓库都有master分支，是由于git init命令默认建立的。

Git的分支，其实本质上仅仅是指向提交对象的可变指针。Git的默认分支名字是master， 它会在每次的提交操做中自动向前移动。

git branch testing                                  #建立一个testing分支，会在当前所在的提交对象上建立一个指针

git log --oneline  --decorate                                 #查看当前处于那个分支上

        4555188 (HEAD -> master, testing) version—1 #HEAD指针指向master分支

Git有一个名为HEAD的特殊指针，指向当前所在的本地分支，经过HEAD指针Git就能知道当前处于那个分支上面。

git checkout testing 	Switched to branch 'testing'git log --oneline --decorate	4555188 (HEAD -> testing, test1, master) version—1		#HEAD指向了 testing   分支的做用：echo “test1” > a.py						#修改a.py文件内容git commit -a -m 'version—2'			#提交cat a.py 									#查看文件内容	testgit checkout master						#切换分支，将工做目录恢复成 master 分支所指向的快照内容cat a.py									#查看文件内容(什么都没有)

也就是说，你如今作修改的话，项目将始于一个较旧的版本。 本质上来说，这就是忽略testing分支所作的修改，以便于向另外一个方向进行开发。

分支切换会改变你工做目录中的文件，在切换分支时，要注意你工做目录里的文件会被改变。 若是是切换到一个较旧的分支，你的工做目录会恢复到该分支最后一次提交时的样子。

echo “test2” > a.py #修改a.py文件内容

git commit -a -m 'version—2'			#提交cat a.py 									#查看文件内容

上述两次改动针对的是不一样分支：你能够在不一样分支间不断地来回切换和工做，并在时机成熟时将它们合并起来

git log --oneline --decorate --graph --all 显示提交历史、各个分支的指向以及项目的分支分叉状况

因为Git的分支实质上仅是包含所指对象校验和的文件，因此它的建立和销毁都异常高效。 建立一个新分支就至关于往一个文件中写入 41个字节(40个字符和1个换行符)

Git中，任何规模的项目都能在瞬间建立新分支。 同时，因为每次提交都会记录父对象，因此寻找恰当的合并基础(即共同祖先)也是一样的简单和高效

详细内容：https://git-scm.com/book/zh/v2/Git-分支-分支简介