1

立项篇-Day1｜入职开项目：Git 是什么、为什么要版本管理

今天是你在行者孙 Python 科技公司入职的第一天。公司要开发一款外卖 App，项目马上立项。老程序员老李把你叫到工位前，语重心长地说："小伙子，写代码之前，先学会 Git—— 不然你的代码，说没就没。"

35 次阅读 · 2026-10-29

›

2

立项篇-Day2｜建档立卷：git init 初始化仓库，.git 是什么

老李看完你的环境准备，点点头："好，身份齐了。现在给项目 ' 建档立卷 '—— 让 Git 正式接管这个项目。" 于是你敲下第一句关键命令 git init，外卖 App 项目从此有了 "版本档案"。

15 次阅读 · 2026-10-29

›

3

立项篇-Day3｜初次交付：git status 查看状态，git add 暂存，git commit 提交

仓库建好了，但你写的 "外卖 App.py" 还没被 Git 记住。老李说：" 建档之后要 ' 初次交付 '—— 让 Git 把这个文件存档。记住交付三步走：git status看状态 → git add暂存 → git commit提交。"

11 次阅读 · 2026-10-29

›

4

立项篇-Day4｜拍照留念：git log 查看提交历史，commit 信息怎么写

你提交了第一个存档，老李满意地说：" 好，Git 给项目拍了第一张 ' 照片 '。以后每提交一次就是一张照片，而 git log 就是你的 ' 相册 '，能看到所有照片。记住 ——commit 信息就是每张照片的名字，要让人一眼看懂。"

18 次阅读 · 2026-10-29

›

5

立项篇-Day5｜剧情 Kata：小张的 "备份文件夹" 事故 → 用 Git 正式接管项目

项目刚起步，老同事小张却闹了个笑话 —— 他又在用老办法 "复制粘贴备份"，桌面上堆了一堆 "外卖 App_最终版_v3_别删.py"。老李看不下去了，让你用这几天学的 Git，帮小张把项目正式接管，从此告别混乱。

12 次阅读 · 2026-10-29

›

6

单机篇-Day6｜改头换面：git diff 查看修改，工作区 / 暂存区 / 版本库三区

项目正式被 Git 接管了，你开始放心改代码。老李提醒你：" 改代码前先看清楚改了啥，别稀里糊涂存错档。Git 有三块 ' 区域 '，代码在它们之间流转。今天带你彻底搞懂这三区，再用 git diff 看清每次改动。"

8 次阅读 · 2026-10-29

›

7

单机篇-Day7｜存档重来：git add/commit 完整提交流程，.gitignore 忽略文件

老李说：" 归档的规矩你算入门了。但项目里有些文件 —— 比如临时文件、日志、本地配置 —— 根本不该进仓库。今天教你用 .gitignore 把这些 ' 垃圾 ' 挡在门外，再复习一套完整的提交流程。"

13 次阅读 · 2026-10-29

›

8

单机篇-Day8｜后悔药：git reset 回退版本，误删 / 改错怎么办

你正专心写代码，突然老李一拍桌子："完蛋，我昨晚把下单模块改坏了，现在整个 App 跑不起来！" 你安慰他：" 别慌，Git 有 ' 后悔药 '——git reset 能把代码退回到之前能用的版本。"老李眼睛一亮：" 真的？快教我！"

3 次阅读 · 2026-10-30

›

9

单机篇-Day9｜时间机器：git checkout/restore 恢复误删文件，找回丢失代码

第二天上班，小张脸色煞白 —— 他昨晚手滑，把写好的 下单模块.py 整个删掉了，一晚的心血眼看要打水漂。你拍拍他：" 别慌，Git 就是台 ' 时间机器 '。只要文件之前提交过，就能从版本库里把它捞回来。教你两招：git checkout 和 git restore。"

7 次阅读 · 2026-10-30

›

10

单机篇-Day10｜补丁急救：git commit --amend 修改最近提交

你刚提交完代码，突然发现 —— 哎呀，把说明写错了，或者忘了带上一个文件。要是重开一个提交又显得乱。老李神秘一笑："Git 有 ' 补丁急救 '——git commit --amend 能直接修改上一次提交，把错误 ' 缝补 ' 进去，历史看起来干净利落。"

5 次阅读 · 2026-10-30

›

11

单机篇-Day11｜仓库搬家：git clone 克隆远程仓库，远程仓库概念

项目做到一半，老李说：" 新电脑和备份电脑都得用上代码，别一台一台拷。Git 有 ' 仓库搬家 ' 神技 —— 把仓库整个 ' 克隆 ' 一份到别的地方。今天带你认识远程仓库，学会 git clone。"

6 次阅读 · 2026-10-30

›

12

单机篇-Day12｜剧情 Kata：小张熬夜误删整晚代码 → 用 Git 找回 "命案现场"

周五加班夜，小张熬到凌晨改外卖 App 的订单模块，改到一半脑子发昏，手一抖把整晚的代码 rm 删了个精光，又鬼使神差跑了个 git reset --hard，当场瘫在椅子上。第二天你接到求救电话。别慌 ——Git 的 "回滚 + 时间机器 + 仓库备份" 三件套，能把小张的 "命案现场" 一步步救回来。

7 次阅读 · 2026-10-30

›

13

分支篇-Day13｜分身之术：git branch 创建 / 查看分支，为什么需要分支

外卖 App 功能越来越多，老李宣布："小孙，你负责开发 ' 会员系统 '，小张继续改 ' 订单模块 '。两人同时开工，谁也不许干扰谁！" 你疑惑："同一份代码，我俩都改，不会打架吗？" 老李笑了："用 Git 的 ' 分身之术 '—— 分支（branch），一人一个分身，各干各的，最后再合并。"

4 次阅读 · 2026-10-30

›

14

分支篇-Day14｜切换身份：git checkout/switch 切换分支

昨天创建了分支，今天老李说：" 光有分支还不够，你得会在分支之间切换—— 上午在 ' 会员系统 ' 写代码，下午切回 'master' 修 Bug，像换工作服一样随意。Git 给了两个 ' 切换指令 '：git checkout 和 git switch。"

9 次阅读 · 2026-10-30

›

15

分支篇-Day15｜合并大法：git merge 合并分支，快进合并

你在 "会员系统" 分支上把功能写完了，老李说：" 成果得合并回主线，不然白干。用 Git 的 ' 合并大法 '——git merge，把你分支的改动并回 master。今天先学最简单的快进合并（fast-forward）。"

9 次阅读 · 2026-10-30

›

16

分支篇-Day16｜冲突现场：合并冲突是什么、怎么产生（小张和老李改同一行）

这天出事了 —— 小张和老李都改了 订单模块.py 里同一行代码，合并时 Git 懵了："同一行，一个改成这样，一个改成那样，我该听谁的？" 于是它抛出一个 "冲突现场"。别怕，冲突不是灾难，是 Git 在 "请你裁决"。

11 次阅读 · 2026-10-30

›

17

分支篇-Day17｜化解冲突：手动解决冲突，标记 <<<<====>>>>，重新提交

小张和老李的合并撞上了，Git 把冲突现场摆到你桌上。老李说：" 别慌，冲突得人肉裁决—— 打开文件，删掉标记，决定保留谁的，然后重新提交，合并就完成了。今天教你彻底 ' 化解冲突 '。"

7 次阅读 · 2026-10-30

›

18

分支篇-Day18｜剧情 Kata：外卖 App 新功能开发，用分支并行开发不打架

外卖 App 要上新版本，产品经理一口气提了俩功能 ——"会员积分"（你负责）和 "订单评价"（小张负责）。老李拍板："一人一个分支，并行开发，谁也不许在主分支上乱动，最后再合并回来。这就是分支的威力。"

9 次阅读 · 2026-10-30

›

19

协作篇-Day19｜云端大本营：远程仓库（GitHub/Gitee），git remote add 关联远程

单人 + 分支开发你已经熟练，但外卖 App 是团队在开发，大家的代码得有个 "公共大本营"—— 远程仓库。老李说：" 把代码放到 GitHub / Gitee 这样的云端仓库，全队都能拉取推送。今天先学会把本地仓库关联到远程，用 git remote add。"

22 次阅读 · 2026-10-30

›

20

协作篇-Day20｜推上山头：git push 推送本地提交到远程

远程仓库关联好了，但代码还在你电脑里躺着。老李说：" 把成果 ' 推上山头 '——git push 把本地的提交上传到远程大本营，全队才看得到。今天教你推送，让外卖 App 的代码正式上云。"

14 次阅读 · 2026-10-30

›

21

协作篇-Day21｜拉下干粮：git pull 拉取远程更新，保持同步

你刚把代码推上去，小张紧接着也在远程提交了新功能。老李提醒你：" 远程大本营更新了，你得把它 ' 拉下干粮 '——git pull 把远程的最新代码同步到本地，不然你手上就是旧的了。今天是协作第一课：保持同步。"

10 次阅读 · 2026-10-30

›

22

协作篇-Day22｜组队分工：多人协作流程，git fetch 与 pull 区别

外卖 App 团队开始真正 "组队分工"：小孙、小张、阿琳三人在各自的电脑上开发，共用一个远程仓库。老李今天讲两件事：多人协作的标准流程，以及 git fetch 和 git pull 的区别 —— 这俩一个 "只看不取"，一个 "取下来合上"。

5 次阅读 · 2026-10-30

›

23

协作篇-Day23｜协作规范：分支工作流（主分支 / 功能分支），Pull Request

团队越做越大，乱推乱合迟早出事。老李开了个 "协作规范会"：" 从今天起，别直接在 master 上瞎改，也别随手就把分支合进去。定一套分支工作流，再加一道 ' 审查关 '——Pull Request（合并请求）。规矩立好，项目才不乱。"

9 次阅读 · 2026-10-30

›

24

协作篇-Day24｜剧情 Kata：阿琳在远程提交了代码，大家如何同步协作不冲突

外卖 App 团队正式上阵。这天，阿琳在远程仓库提交了 "支付模块"，而你和老李本地也各自改了一些代码。眼看大家都要 push，搞不好就冲突。老李拍拍桌子："按协作流程来！先 pull 同步，再开发提交，提交前再 pull，最后 push。谁不守规矩，谁就等着解冲突。"

12 次阅读 · 2026-10-30

›

25

急救篇-Day25｜盖戳封版：git tag 打版本标签（v1.0），发布版本管理

外卖 App 功能齐了，准备发布第一版！老李说：" 发布前得 ' 盖戳封版 '—— 给当前这个稳定的提交打上版本标签，比如 v1.0。以后这个版本就是 ' 里程碑 '，出问题能精准定位回这版。今天学 git tag，给项目盖个章。"

9 次阅读 · 2026-10-30

›

26

急救篇-Day26｜考古溯源：git log 高级用法，git blame 查谁改的

上线后出了个 Bug，老板发火："这行代码谁写的？" 老李不慌，点开 Git："Git 就是 ' 考古队 '，能查每一行是谁、什么时候、为什么改的。今天教你高级的 git log，和 "查户口" 神器 git blame。"

7 次阅读 · 2026-10-30

›

27

急救篇-Day27｜剧情 Kata：线上出 Bug，快速定位是哪个提交引起的、紧急修复

v1.0 上线当天，用户反馈 "下单后价格算错了"！老板脸色铁青。老李带着你 "考古溯源"：用 git blame 揪出是哪行、哪次提交埋的雷，用 git log 定位提交，再紧急修复、提交、打补丁版标签。一套 "线上急救" 走起来。

7 次阅读 · 2026-10-30

›

28

发布篇-Day28｜团队章程：Git Flow 团队工作流：主分支 / 开发分支 / 功能分支

外卖 App 越做越正规，老李宣布：" 从今天起，团队执行标准的 Git Flow 工作流—— 分主分支、开发分支、功能分支三层，各司其职，发布和开发互不干扰。这是团队的 ' 章程 '，照章办事，项目才稳。"

2 次阅读 · 2026-10-30

›

29

发布篇-Day29｜上线冲刺：完整开发流程演练：拉取→建分支→开发→提交→合并→推送

外卖 App 正式版发布进入冲刺。老李把团队召集起来："今天把整套流程演练一遍 —— 从拉取远程代码，到开分支、开发、提交、合并、推送，一气呵成。这是上线前的 ' 全真演习 '，走顺了，发布就稳了。"

3 次阅读 · 2026-10-30

›