在程序员的世界里有一条怪现象：人人都会用Git，但没几个人敢说“理解”Git。Fireship频道的《Git Explained in 100 Seconds》，用不到两分钟把Git从仓库初始化一路讲到远程协作，是“100 Seconds”系列中传播最广、至今仍被各种“Git入门”清单反复引用的一期。这条视频的价值在于用最快的速度给出骨架，但它也留下了大量“知其然不知其所以然”的缝隙——Git凭什么几乎不丢代码？分支为什么可以“秒开”？SHA-1被攻破了Git还安全吗？本文把这100秒拆开，垫上它来不及讲的对象模型、密码学根脚和工程史背景，让你看完等于看完视频，还多懂一层。
| 项目 | 内容 |
|---|---|
| 视频标题 | Git Explained in 100 Seconds（Git百秒通解） |
| 频道 | Fireship（主理人Jeff Delaney） |
| 发布时间 | 2022年（精确日期本轮未能核验） |
| 热度 | "100 Seconds"系列中常青的一期，长期出现在社区Git入门推荐中 |
数据说明（诚实声明）：本轮内容生产环境的联网工具（搜索与网页抓取接口）均未获授权，无法实时核验该视频的精确发布日期与播放量。为遵守“禁止编造数字”原则，本文从略所有时效性精确数据；标题与频道名为该视频长期稳定的公开信息，可在参考来源第1条的频道入口检索确认。文中技术事实均以Git官方文档、Pro Git一书及公开工程事件为准。
这条视频是典型的Fireship风格：语速极快、信息密度极高、动画配合敲命令。按叙事顺序，它过了一遍这样六个节点：
第一站：仓库是什么。 git init在目录里生成一个隐藏的.git文件夹，视频用了"this is your repository"一句带过。这个文件夹就是Git的全部秘密——你之后看到的工作区里那些文件，反而只是“投影”。这个视角是全片最重要的一颗种子，可惜百秒体裁没时间浇水。
第二站：快照，不是差异。 视频强调Git存的是每次提交时的“文件系统快照”而非逐行差异。这一句是全片知识密度最高的一句话，也是最反直觉的一句话——大多数老一代版本控制系统（CSVN、Subversion）的教学叙事都是“增量记录改动”，Git偏偏宣称自己记录“每一刻的全貌”。
第三站：三个区域。 工作区（working directory）、暂存区（staging area）、版本库（repository），对应的动作是git add和git commit。视频用"take a picture"的比喻讲暂存区：先选好谁进镜头，再按快门。
第四站：分支是指针。 git branch创建分支、git checkout切换分支。视频说了"branches are just pointers"，这半句话背后是Git工程学上最漂亮的设计，下文展开。
第五站：合并与冲突。 git merge把两条历史线汇回来，冲突时手动裁决。视频在这里节奏最快，几乎是一句“会冲突，改掉，再提交”。
第六站：开源协作。 git push、git pull、fork、Pull Request——一句话把单人工具接到了全球协作网络上，视频到此收尾。
六站讲完，一个刚入行的观众能学会“怎么动”，但大概率学不会“为什么会这样动”。而Git这个工具的诡异之处恰恰在于：不弄懂后者，前者迟早会在某个深夜变成oh shit时刻。下面把视频来不及讲的四层地基补齐。
Git不是软件公司规划出来的产品，而是一场生产事故的产物。2005年4月，Linux内核社区与BitKeeper的商业授权方BitMover（创始人Larry McVoy）决裂，免费使用许可被撤回。内核开发每天有数百名开发者提交补丁、数万行代码变更，当时没有任何开源版本控制工具扛得住这个规模。Linus Torvalds在4月初放下内核开发，自己动手，大约十来天写出了Git的第一个可用版本，并迅速做到用Git管理Git自身。
这件事有两个常被忽略的细节。第一，Git的设计目标从一开始就极为明确，Linus列过的几条硬指标是：速度、极简设计、对非线性开发（强分支）的一等公民支持、完全分布式、以及能扛住Linux内核级别的规模——这些指标直接决定了后面所有的架构选择。第二，Git这个名字本身是个冷笑话，官方README里至今保留着Linus的原话："I'm an egotistical bastard, and I name all my projects after myself. First 'Linux', now 'git'."（我是个自大狂，我所有项目都用自己命名，先是Linux，现在是git——git在英语俚语里恰有“讨厌鬼”之意。）一个因愤怒而生的工具，后来统治了整个软件行业，这本身值得写进任何一本工程史。
视频说“快照不是差异”，那快照到底存在哪、怎么存？答案在.git/objects目录里。Git的核心不是“版本控制系统”这五个字暗示的那种东西，而是一个内容寻址的键值数据库：你往里放任何文件内容，它返回一个哈希值作为钥匙；你拿这把钥匙，随时能取回原样。Pro Git第二版第10章（Git Internals）把这个模型讲得最透。
库里只有四种对象：
git add把文件内容做成blob写进对象库；git commit把当前的目录状态做成tree、再包上元数据做成commit。每一次提交都是整棵目录树的完整快照，差异被压缩留给了后话（见第三层批判）。这个设计有个直白的推论：提交对象一旦写入，由它的哈希唯一锁定。你改一个字节，哈希就变了，它就不再是“那条历史”，而是一条新历史。
commit指向父commit，父commit又指向爷commit，链条的每一环都被哈希封缄。这个结构在学术界有正式名字：Merkle树（更准确地说是Merkle DAG，有向无环图），源自Ralph Merkle 1979年的论文《A Certified Digital Signature》。它的性质是：任何一个commit的哈希，密码学意义上“覆盖”了从它往前的整条历史——改历史中任何一次提交的任何内容，都会级联地改变其后所有commit的哈希。
这就回答了本文标题的问题：Git几乎不丢代码，不是因为备份勤快，而是因为不可篡改是密码学性质，不是运维性质。 只要对象库里那个哈希还能对上，历史就是历史。而现实中的最后一道保险是reflog：Git在.git/logs里默默记录每一次HEAD的移动，即使你git reset --hard把分支指针拽回了过去，那些“被抛弃”的commit在默认约90天（gc.reflogExpire的默认值）内依然可以从reflog里捞回来。无数人从“手滑毁掉一周工作”的边缘被这条机制救回，却从不知道救他们的是Merkle树的哈希封缄加上一个持续追加的日志文件。
顺带修正视频快照说留下的一个口子：如果每次提交都存全量快照，大项目岂不是要爆盘？Git的解法是packfile打包与增量压缩——松散对象在达到阈值后会被打包，相似内容间做delta差量编码。所以正确的说法是：逻辑模型上存快照，物理存储上做压缩。模型简单性归模型，存储经济性归存储，两层各司其职，这正是好系统设计的教科书样本。
视频说"branches are just pointers"，具体到什么程度？具体到一个.git/refs/heads/下的文本文件，内容是40个十六进制字符加一个换行符，共41字节。创建分支=写一个41字节的文件，O(1)操作，与项目规模完全无关。对比一下上一代：在Subversion里开分支是仓库中的一整棵目录复制（官方称为"cheap copies"，拷贝本身确实廉价，但它是仓库操作、需要网络往返，且分支会随历史增长积累实体）。Git把这个动作压缩到本地文件系统的一次写入，代价低到“开分支不需要理由”。分布式协作中动辄开十几个特性分支的日常，就是被这41字节解放的。
HEAD则是一个符号引用——通常就是一行"ref: refs/heads/main"，指向当前分支。你在命令行里敲的每次checkout、每次commit后指针的自动前移，本质都是这几个小文件的读写。整个Git的“引用层”，就是一棵由40字节小文件构成的森林。
Git用SHA-1做内容寻址，而2017年10月，Google与CWI研究院的团队公布了SHAttered攻击：人类首次构造出两个SHA-1相同但内容不同的真实文件（两个长得不一样的PDF）。据shattered.io公布的数据，这次攻击耗费了约6500个CPU年加110个GPU年的算力。这是否意味着Git的代码历史可以被伪造？目前看并非如此：SHAttered构造的是“前缀碰撞”，攻击者需要预先精心构造碰撞内容，而Git的寻址方式（内容前加类型与长度头、且历史哈希级联覆盖）大幅抬高了在真实仓库里伪造的门槛。社区的正解是迁移：Git 2.29（2020年）起加入了实验性的SHA-256对象格式支持，生态正在渐进过渡。这条线索给所有工程师的启示是：把安全性押在哈希函数上时，“算法可替换”与“格式可迁移”必须作为架构能力预先设计——Git当年把对象格式做成独立一层，正是为今天留的门。
证据充分的部分：对象模型、快照语义、分支是指针，这些全部可以从两个独立权威交叉验证——Git官方文档（git-scm.com/docs）与Pro Git第10章逐条对得上，属于软件工程里文档质量最高的角落，放心全盘接受。
需要打折的部分有三处。其一，“100秒学会Git”这个体裁承诺本身值得警惕：命令可以100秒罗列完，但认知负荷理论（John Sweller，1988年《Cognitive Load During Problem Solving》）早就指出，工作记忆一次只能处理极少组块——高速罗列制造的是“知道感”，不是“理解感”，二者在凌晨两点的生产事故现场有生死之别。ohshitgit.com这个专门收录“Git翻车现场”的网站（设计师Katie Sylor-Miller创建）之所以存在且长盛，正是因为“背过命令”和“理解模型”之间存在一条宽沟。其二，视频“快照”一句话未提packfile压缩，容易让学习者得出“Git浪费空间”的错误推论，上文已修正。其三，“分支轻量”说的只是本地引用层的成本；到了GitHub的Pull Request流程，权重转移到了评审、CI与社会协作层面——技术成本消失了，但协作成本换了形态存在，这一点100秒的框架照顾不到。
关于热度数据的一个诚实提醒：本文写作时无法联网核验该视频的实时播放量，凡涉及“几百万人看过”之类数字，本文一概从略——但这也正说明判断一条教学视频的价值，不应依赖播放量，而应依赖它是否把一个模型讲对。就“模型讲对”而言，这条100秒视频的六个节点没有硬伤，这在快节奏技术内容里已属难得。
第一，花二十分钟打开引擎盖。 在任意一个Git仓库里依次执行：ls .git/objects（看一眼对象库长什么样）、git cat-file -p <某次提交哈希>（亲眼读一个commit对象的原文）、git log --graph --oneline --all（看分支的DAG形状）。亲手看过一次对象原文的人，从此对Git的恐惧会下降一个数量级——因为它在你眼里不再是黑盒咒语，而是几类文本小文件的读写。
第二，把reflog练成肌肉记忆。 下次在测试仓库里放心执行git reset --hard HEAD~3，然后用git reflog找到被丢掉的commit哈希，git checkout回去接住它。亲历一次“失而复得”，你才会真正内化那个最重要的心智转变：提交对象不可变、分支指针可移动。理解了这一点，你在Git面前会从“小心翼翼的图书管理员”变成“可以放肆实验的建筑师”——敢于操作的底气，来自对不可变性的理解，而非来自小心翼翼。
第三，用画图代替背命令。 以后再遇到看不懂的Git行为（detached HEAD、rebase后的分叉、cherry-pick丢引用），不要背攻略，拿出纸画出当前的commit图和各个引用（HEAD、分支）的位置，再推演命令会移动哪个指针。配合learngitbranching.js.org这个可视化练习站（Peter Cottle开发），把“命令记忆”升级为“结构推理”——这是从Git使用者到Git理解者的分水岭。
flowchart TD
A[工作区文件] -->|git add| B[暂存区 index]
B -->|git commit| C[新建 commit 对象]
C --> D[tree 目录对象]
D --> E[blob 文件快照]
C --> F[指向父 commit]
F -.历史封缄.-> C
G[分支指针 41字节] --> C
H[HEAD 符号引用] --> G
I[reflog 日志] -.约90天可捞回.-> C
图中可以一眼看清本文的核心论证：工作区的文件经暂存区凝固为commit，commit封缄整条历史；分支和HEAD不过是若干40字节的小文件；而reflog是坠落时刻的安全网。Git的全部日常操作，都是在这张图上移动箭头而已。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。