git的原理 哈希算法SHA1 / 快照流式VS增量式 / 提交对象 / 分支管理指针移动

最新推荐文章于 2025-06-30 09:01:53 发布
原创 最新推荐文章于 2025-06-30 09:01:53 发布 · 1.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git

本文介绍了git的核心原理，包括哈希算法如何用于文件校验，对比了增量式版本控制（如SVN）与git的快照流式版本控制的区别，详细阐述了git的提交对象和分支管理机制。通过git log查看提交对象的哈希值和父对象指针，理解分支创建和切换的本质是改变指针而非复制文件。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一 、哈希

哈希是一个系列的加密算法，不可逆 根据一个哈希的密文无法得到明文

同一个哈希算法 不管输入数据的数据量有多大得到的哈希加密结果长度固定，如MD5算法 不管输入的是几K的文件还是几G的文件 得到的都是16字节的密文结果 ，常用的加密算法还有SHA1，CRC32 密文结果分别是 20字节和4字节

哈希算法确定，输入数据有变化（哪怕一丁点） 输出结果一定有变化而且通常很大 因此可用于文件校验
在这里插入图片描述

二、增量式版本控制SVN & 快照流版本控制git

增量式：以文件变更列表的方式存储信息，每个版本只保存修改的那一小部分，不会存储大量重复数据，可以很好的节约服务器存储。想要得到某个历史版本时只能用当前版本的修改和各个历史版本版本的修改以及原始文件拼接得到。这类系统将其保存的信息看作是一组基本的文件和每个文件随时间逐步积累的差异。
在这里插入图片描述

快照流式：将数据看作是小型文件系统的一组快照，每次提commit提交更新git都会对当前版本的所有文件制作一个快照并保存这个快照的索引。为了节约内存 若文件没有修改不再重新存储该文件而是保留一个指向该文件的指针
在这里插入图片描述

三、git的提交对象

每次commit提交会有一个提交对象 提交对象里面有一个tree对象，tree对象由当前版本目录下所有文件的哈希值构成。同时提交对象又有自己的哈希值（通过git log可看到）和指向其父对象的指针parent 以及Author Date 等提交信息，提交对象及其父对象形成链条（链表）
在这里插入图片描述

四、git的分支管理

初始化本地库时 master分支本身就有 用指针HEAD指向master
分支创建：新建一个指针 testing指向某一个版本（而不是像SVN那样把文件和目录算都复制一遍）
在这里插入图片描述

分支切换: 修改HEAD指针 完全不涉及文件的复制，如从指向master到testing 但是指向还是同一个版本 f30ab
在这里插入图片描述

当然因为HEAD变了且此时我们在testing分支，若此时再提交的话会影响testing指针但是不会影响master （仍然还是f30ab）
在这里插入图片描述

当再切换回master时，修改head重新指向master就可以了 master没变head变
在这里插入图片描述

若这时master再提交一次，到这里才真正的出现了分叉c2b9e和87ab2两个分支提交对象，但是他们都指向同一个父对象 f30ab
在这里插入图片描述

成为git砖家(10): 根据文件内容生成SHA-1
baiyu33的博客
07-31 871
目录存放的子目录中， 有些子目录是 blob 类型的对象， 表示了文件内容。当两个文件内容一致时， git 对它们生成相同的 SHA-1。在了解 blob 类型对象的 sha-1 计算过程的前提下，基于 Python 的 hashlib 写了一个工具， 能根据文件内容算出 sha-1， 这既可以作为理解 git 对象存储的初步， 也可以作为后续自行实现一个 mini-git 的基础。
Git SHA-1获取最后7位
winbo的专栏
05-11 2002
前言我们时常会使用到Git Commit SHA-1值来记录某次提交，笔者所在的公司使用Jenkins构建APK包时就会将当前编译APK的Commit信息包含在文件名中，这样做可以快速定位到某次代码的提交使用在Shell中获取当前Commit的SHA-1值GITVER=$(git rev-list HEAD -n 1 | cut -c 1-)初始化变量GITVER并赋值，GITVER的值即为当前Co
Git 内部原理之 Git 对象哈希
weixin_30802273的博客
10-07 264
在上一篇文章中，将了数据对象、树对象和提交对象三种Git对象，每种对象会计算出一个hash值。那么，Git是如何计算出Git对象的hash值？本文的内容就是来解答这个问题。 Git对象的hash方法 Git中的数据对象、树对象和提交对象的hash方法原理是一样的，可以描述为： header = "<type> " + content...
CMake-Cookbook实战：配置时记录Git提交Hash值
最新发布
gitblog_00837的博客
06-30 234
CMake-Cookbook实战：配置时记录Git提交Hash值 前言 在现代软件开发中，版本控制是必不可少的一环。Git作为目前最流行的分布式版本控制系统，其提交Hash值能够唯一标识代码的特定版本状态。本文将介绍如何在CMake项目中自动记录Git提交Hash值，并将其嵌入到可执行文件中，这对于版本追踪和问题定位非常有帮助。 技术原理 CMake提供了多种方式来实现版本信息的记录，本方案的核心...
Git——基本原理
如不來的博客
11-27 3713
一、哈希   哈希是一个系列的加密算法，各个不同的哈希算法虽然加密强度不同，但是有以下几个共同点：   ①不管输入数据的数据量有多大，使用同一个哈希算法，得到的加密结果长度固定   ②哈希算法确定，输入数据确定，输出结果保证不变   ③哈希算法确定，输入数据有变化，输出结果一定有变化，而且通常变化很大   ④哈希算法不可逆   ⑤哈希算法中不区分英文大小写   哈希算法有很多种，如：MD5、SH...
git操作---显示SHA-1值（commit id）
Andy的博客
11-24 7707
git操作---显示SHA-1值（commit id） 1、显示当前分支哈希值：git rev-parse HEAD 2、显示当前分支哈希值的简短形式：git rev-parse --short HEAD
git中保证文件完整性的SHA-1值（commit ID）
chuixue24的博客
12-18 8323
在Git中，每个commit ID的信息（如cc127537978af35e2f502da7e8d22e340ed810e5）就是一个SHA-1 Hash值，它是对那个commit是Git仓库中内容和头信息（Header）的一个校验和(checksum)。Linux kernel开创者和Git的开发者——Linus说，Git使用了SHA-1并非是为了安全性，而是为了数据的完整性；它可以保证，在很多...
git pull报fatal: SHA1 COLLISION FOUND
juxiaoyu的博客
09-03 1047
git pull的时候，报错，如下  执行git fsck ，如下结果 $ git fsck error: unable to unpack 024e257c1a13532e7d5579b0ea4bb5915d21e4a6 header error: inflateEnd: stream consistency error (no message) fatal: loose object...
git sha计算
weixin_30652491的博客
05-07 513
import Hashes from "jshashes"; const sha1 = new Hashes.SHA1().setUTF8(true); const getStringByteLength = function(str) { var totalLength = 0; var charCode; for (var i = 0; i &...
Hello Git（二）——Git内部实现机制
天山老妖
02-27 1128
一、Git仓库内部实现简介 Git本质上是一个内容寻址(content-addressable)的文件系统，根据文件内容的SHA-1哈希值来定位文件。Git核心部分是一个简单的键值对数据库(key-value data store)。向Git数据库插入任意类型的内容，会返回一个键值，通过返回的键值可以在任意时刻再次检索(retrieve)插入的内容。通过底层命令hash-object可以将任意数据保存到.git目录并返回相应的键值。 Git包含一套面向版本控制系统的工具集，包括高级命令和底层命令。高级命
git原理一：.git文件探索
weixin_43008710的博客
09-02 386
开始介绍.git目录之前，我们要知道，在Git中，有4种很重要的对象。分别是Blod对象，Tree对象，Commit对象以及Tag对象。 首先创建一个index.html文件,内容是“hello,5xRuby”。使用git add命令加入到暂存区。把文件加入到暂存区之后，Git便会在.git目录生成一个Blob对象。这个Blob对象用来存放index.html文件的“内容”。这里的内容并不是把整个index.html文件搬到.git目录。 我们使用git hash-object命令来计算Blob对象的SHA
Linux命令之校验目录sha1deep
二木成林
07-17 658
`sha1deep` 命令比 `sha1sum` 功能更加丰富，可以递归检查整个目录树。即计算每一个目录中的文件，为每个子目录中的每个文件生成校验和。
git入门教程11：git安全性
软考鸭
10-31 677
综上所述，Git在安全性方面有着良好的设计和实现，但开发者仍需采取一些额外的措施来确保代码的安全性。通过遵循最佳实践、使用加密工具、实施代码审查以及提高安全意识等方法，可以大大提高Git仓库的安全性。
git知识点
CVPR收割机的博客
10-08 305
git subtree add -P subtree subtree-origin master 等价 git subtree add --prefix subtree subtree-origin master。git tag -a v2.0 -m “我的v.2.0版本” （创建一个新对象，会产生一个新的commit/sha1）存储信息，其中包含了当前的commit的sha1值。2.如果在分支A中进行了写操作，但此操作局限在工作区中进行（没add commit）。删除分支A 是可以成功的。
git对象
u014785687的博客
03-09 308
一、SHA1哈希值 查看日志详细输出： 上图中包含三个哈希值（40位十六进制数字）表示的对象ID： commit :这是本次提交的唯一标识 tree :本次提交所对应的目录树 parent :本地提交的父提交（上一次提交）查看这三个引用对象ID的类型，ID值可以不用写全，只要前几位不冲突就行： 查看对象的内容（第一个是树对象，第二个是commit对象）： 上面的目录树对象中存在一
Git 使用总结
qq_42062727的博客
10-07 501
git: 分布式版本控制系统。 Git 终端快捷键 Git终端命令遵循Linux命令格式。比如 touch、ls 等命令都可以使用。 快捷键 作用 ctrl + a 回到行首 ctrl + e 回到行尾 ctrl + l 清屏 echo "文字" > xxx.txt 向xxx.txt文件中写入内容（会被覆盖） VI 编辑器命令 使用 vi 文件名 打开文件。 保存并退出时，按 Esc + shift + z + z，或者 Esc + :wq!； 插入文本时，按字母 i
《二》Git 基础
花铛
03-13 379
Git 是目前世界上最先进的分布式版本控制系统。
Git的存储原理
code_oppa的博客
07-27 710
Git提交的只有你的代码吗？底层存储大剖析！
xxHash: C/C++高效哈希算法的实现与特性解析
文件名称中的"xxHash-dfd1bf1"暗示了可能是某个版本的xxHash源代码或者是特定于某次提交（commit）的代码快照，"dfd1bf1"很可能是版本控制系统（如git）中的提交哈希。 xxHash的高性能使其成为很多应用场景中的首选...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值