Git原理解析
git add/commit原理
git项目
新建git-demo项目
打开新的终端页面 观察git文件变化
安装tree、watch 工具 观察git目录的变化
如果安装报错, 用brew单独下载依赖包,就避免了找不到依赖版本的错误
添加1.txt文件到本地暂存区 发现git目录下多了 ojbects文件
查看6790 可以发现 6790 文件记录着 提交的文件信息
查看bd40 可以发现 bd40 文件记录着 提交的备注和提交作者的信息
commit演示
观察git文件 并没有创建新的object
信息 。因为git创建hash值的时候只会比较文件内容,如果内容是一致的,就不会再创建新的
重新创建3.txt 保证文件内容不一致,可以发现git里面新建立了c179的对象信息
提交新的commit 发现git创建了新的文件记录修改的文本和commit信息
查看提交记录可以发现 git里面记录了每次提交的文件信息 通过指针关联
显示版本提交的文件差异信息 发现be97
的提交版本 存在parent bd40
原理总结
通过上面的演示可以发现 git对象存在3个文件信息
commit
: 作者、提交信息、上次提交指针Tree
:一个指向文件名、内容和其他tree的指针Blob
: 原始数据
修改了文件内容后通过Hash算法比较出文件内容被修改, git add会创建一个新的Blob文件,里面记录着修改的文件信息。
git commit 之后会创建新的两个文件信息 Tree 和 commit 。通过指针的方式改变文件的指向。提交或回滚只是修改指针指向的文件信息,这样操作就非常快捷方便 也不用记录大量的未修改的文件信息。
git分支原理
可以发现新建一个分支的的开销非常小 只是创建了一个新的指针指向了当前的commit 信息。关联的tree文件记录了这个分支下的所有文件 tree结构信息。
而SVN创建分支时会把所有文件都复制一遍 非常消耗性能和内存。
合并分支代码 两个分支指向了同一个commit文件信息 Fast-forward
模式表明两个分支没有任何冲突
图解分支合并
no-fast-forward
模式: 如果两个分支修改了同一个文件。 但是没有修改同一行 就会存在同一个指针指向两个不同的文件信息,,然后将master分支的指针移动到3f72b
merge conflicts
: 合并冲突之后 需要修改冲突文件并重新提交之后才会创建新的指针指向分支信息,然后将master分支的指针移动到3f72b
__EOF__

本文链接:https://www.cnblogs.com/mpyidudu/p/15811724.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· winform 绘制太阳,地球,月球 运作规律
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人
· AI与.NET技术实操系列(五):向量存储与相似性搜索在 .NET 中的实现