欢迎。
登录注册
2023-03-08 03:19:42

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

优雅的源代码管理(二):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 的提交就莫名消失了,因为分叉了。

评论与留言

以下内容均由网友提交发布,版权与真实性无法查证,请自行辨别。
本站有缓存策略,时间约2小时后能看到您的评论。本站使用自动审核机制,如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示!
微信订阅号
扫码关注「任霏博客」微信订阅号
反馈与讨论
感谢您的关注与反馈
如果您发现了BUG、安全漏洞、或者希望讨论技术内容,请点击下方链接对我进行反馈。
feedback