吃过晚饭了吗?不要忘记哦!

编程开发

优雅的源代码管理(二):Git 的工作原理

2023年03月08日 11:19:42 · 本文共 997 字阅读时间约 3分钟 · 1,698 次浏览
优雅的源代码管理(二):Git 的工作原理

本文为日常工作使用,仅做简单的解析,不做深入探究。

为什么需要知道 Git 的原理

在后续使用 Git 时,如果你明白 Git 是如何工作的,很多问题你将更容易理解,比如变基、分叉等问题,所以我推荐所有使用 Git 的开发人员了解 Git 的工作原理,只需要理解即可,无需掌握,所以推荐阁下进行浅浅的阅读了解即可,我也不会深入探究原理。

这里我只写我的理解,如果你希望阅读官方的文档,可以参见:https://git-scm.com/book/zh/v2

Git 是如何工作的

Git 是如何工作的

Git 大致由这些常用的部分组成:

  • Workspace:工作区,这个区域就是我们的当前你正在修改的代码
  • Index或叫Stash:暂存区,有点像个小口袋,我们可以把当前修改存进去或取出来
  • Repository:本地仓库,整个项目的历史提交信息都在这里
  • Remote:远程仓库,大家都往这里 push 推送版本信息,pull 拉取最新的代码

Git 如何管理提交

git内部一切皆对象,commit 对象是 git 仓库的一个快照,包含了整个项目在某一次提交时所有的文件。commit 指向一个 tree 对象,这个 tree 是目录的根路径,然后递归指向下面的 tree 和 blob 对象,blob 则是单个文件的二进制存储。

git commit 对象

每次 commit 都保存全部文件?其实不是的,对同一个文件(blob对象)的存储永远只有一份,不同commit中是用对象引用的形式来指向同一文件。

commit 对象中还有一个字段是 parent,父节点,多个 commit 对象就形成了一个链表,一条链起一个名字就是一个分支。

然后再用一个指针指向不同的 commit 对象,就可以回到任意一个提交版本,HEAD 指向的就是最新的节点。

Git 分叉(branch diverged)

正是由于 commit 是一条链,使用指针指向各个节点来表示代码版本,作为技术经理的我,各种场面都见了,连比较罕见的分叉我也见过了,当时场面是这样的:

  • 开发者A:哎?我的代码怎么没了?提交记录都没了?
  • 开发者B:哎?我删除的代码怎么又回来了?
  • 开发者C:我表示正常,我的代码都在,肯定是你们的问题!
  • 我:MD 开发分支分叉了!你们咋 push 的?推不上去就别强推啊!以后都用自己的分支吧,开发分支开启保护了禁止 push!

分叉大概是这样

例如两个开发者B和C,分别在同一个分支上,在自己的电脑上进行 commit 提交,然后场面是这样:

git分叉

开发者 C 先 push 了,这个分支的最新节点指向开发者 C 的 commit:

git分叉

然后开发者 B 也 push,但肯定会失败,使用的可视化软件可能会提示一些扯淡的解决方案,勾选 force 强制推送,然后成了这样:

git分叉

这样开发者 C 的提交就莫名消失了,因为分叉了。

商业用途请联系作者获得授权。
版权声明:本文为博主「任霏」原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://www.renfei.net/posts/1626402130325676103
评论与留言

以下内容均由网友提交发布,版权与真实性无法查证,请自行辨别。

感谢分享!拿走了~

微信搜一搜:任霏博客