雅乐网

计算机技术、学习成长

工具&框架 » Git/GitHub » 深入理解Git原理(2)分支

深入理解Git原理(2)分支

上次我们讲到git中的object: commit, tree和blob。一个commit指向了一个tree,这个tree就代表了我们所有文件的根目录。tree可以包含任意多个其他的tree以及blob, blob可以存储任意二进制序列,也就是文件内容。这非常像一个文件系统。

分支

Git中的分支是什么呢?我们知道当初始化一个git仓库后默认是在master分支上,查看一下.git/refs/master

可以看到,分支其实就是记录了一个commit。这里的c428c2c就是我们最新的commit的SHA1.

下面我们创建一个dev分支

当前标记*表示我们目前处于 master分支,这个记录在.git/HEAD文件里

可以发现,HEAD文件的内容是标记了一个reference,说明当前处于master分支。可以这么理解,HEAD指向某个分支,而分支指向某一个commit。

接下来我们在master上修改一下文件yalewoo.com.txt,然后提交

提交commit时,git根据HEAD得知当前所在分支,然后修改分支指向最新的commit

接下来我们切换到dev分支

切换时,git将HEAD指向dev分支,并根据dev分支指向的commit替换当前工作区。你应该还记得,一个commit指向了一个类似根目录的tree对象,根据这个对象我们可以得到当前commit下的所有文件的内容。其实在git看来我们工作区的文件内容其实是并不重要的,因为每个文件的内容都被git存到了.git目录下的object中,我们可以随时切换到任意commit标记的状态,同时替换当前工作区的文件。

接下来我们在dev分支上修改yalewoo.com.txt文件并提交

现在的状态是这样的

Merge

下面我们回到master分支然后合并dev分支。yalewoo.com.txt出现了conflict

我们手动解决冲突后提交

。可以看到新产生了一个commit,使用git cat-file可以查看该commit的内容:

可以看到,merge的结果其实是也一个commit,他有两个parent,表示merge的两个分支。

之后当你切换回dev分支,在dev上合并master分支时,由于在master上已经合并过,因此会进行fast forward模式,不创建新的commit而是直接指向已有的commit d2b4705.

 

这次就到这里啦,下次小乐会和大家分享git rebase。

如果文章对你有帮助,欢迎点赞或打赏(金额不限)。你的打赏将全部用于支付网站服务器费用和提高网站文章质量,谢谢支持。

版权声明:

本文由 原创,商业转载请联系作者获得授权。
非商业转载请注明作者 雅乐网 ,并附带本文链接:
https://www.yalewoo.com/master_git_2_branch_and_merge-html.html

上一篇:

下一篇:

我要评论

验证码*: 0 + 4 =