每日Skill学习 - Git Workflows#

1. 交互式 Rebase — 整理提交历史#

提交历史乱七八糟？一堆 “fix typo”、“oops”、“really fix” ？交互式 Rebase 就是来拯救的：

1
git rebase -i HEAD~5

在编辑器里可以把 pick 改成 squash（合并到上一个）、fixup（合并且丢弃消息）、reword（改写消息）、drop（删除提交）、edit（暂停修改）。还能调整提交顺序、拆分一个提交为两个。

配合 --fixup 和 --autosquash 使用更是行云流水：提交修复时直接关联原始提交，rebase 时自动归位，完全不需要手动排列。

2. Bisect 二分查找 — 精准定位 Bug 引入点#

当某个功能突然坏了但不知道是哪次提交造成的，手动翻提交历史？太慢了。Bisect 用二分搜索算法，自动缩小范围：

1
git bisect start
2
git bisect bad          # 当前版本有 Bug
3
git bisect good v1.2.0  # v1.2.0 是好的
4
# Git 自动检出中间版本，你测试后告诉它 good 或 bad
5
# 重复直到找到精确的"第一次变坏"的提交
6
git bisect reset

更强大的是 自动化 Bisect：写一个测试脚本，git bisect run ./test.sh 全自动跑完，不用人工干预。

3. Worktree — 同时操作多个分支#

需要切到另一个分支看代码但又不想 stash 当前工作？Worktree 让同一个仓库在多个目录同时检出不同分支：

1
git worktree add ../myproject-hotfix hotfix/urgent-fix

所有 worktree 共享同一个 .git 目录，比多克隆节省大量磁盘空间。适用场景：审查 PR 时保持当前开发不动、在 main 分支跑测试同时在 feature 分支写代码、并排比较两个版本的行为差异。

4. Reflog — Git 的”后悔药”#

reset --hard 后后悔了？分支删错了？Rebase 搞坏了？Reflog 记录了 HEAD 的所有移动轨迹，90 天内几乎可以恢复一切：

1
git reflog                    # 查看所有 HEAD 移动
2
git reset --hard HEAD@{2}     # 回退到 2 步之前
3
git branch recovered-branch <commit-hash>  # 从 reflog 找回丢失的分支

5. Subtree vs Submodule — 多仓库代码共享#

两种方案对比清晰：

推荐优先用 Subtree，除非有明确理由才选 Submodule。

6. 冲突解决 — 从混乱到有序#

冲突标记看得头晕？Skill 提供了清晰的分步指南：

• 理解冲突标记结构（<<<< HEAD / ===== / >>>>）
• --ours / --theirs 快速选择策略
• git mergetool 调用可视化工具
• 三向 diff 查看（base/ours/theirs）
• rerere（Reuse Recorded Resolution）：启用后 Git 会记住你解决冲突的方式，下次遇到同样的冲突自动解决

7. 稀疏检出 — Monorepo 减负神器#

超大型 Monorepo 克隆一次要好几分钟？稀疏检出让你只检出需要的目录：

1
git clone --filter=blob:none --sparse https://github.com/org/monorepo.git
2
cd monorepo
3
git sparse-checkout set packages/my-service

配合 --filter=blob:none 的部分克隆，下载速度可以快几个数量级。

8. 考古技巧 — Blame、Log、Pickaxe#

1
git blame -L 50,70 src/auth.ts        # 指定行的变更历史
2
git log -S "function oldName"          # 搜索哪个提交引入/删除了某段代码（Pickaxe）
3
git log -G "TODO.*hack"                # 正则搜索
4
git log --follow -- src/renamed.ts     # 追踪文件重命名后的完整历史

🏆 亮点一：rerere 被强烈推荐#

启用 git config --global rerere.enabled true 后，Git 会记住你解决过的冲突模式。下次同样的冲突自动解决，再也不用解同样的冲突两遍。这个功能知道的人不多但实用性极高。

🏆 亮点二：Autosquash 工作流#

与其在 rebase 时手动排列，不如提交时就用 --fixup 标记：

1
git commit --fixup=a1b2c3d -m "Fix typo"
2
git rebase -i --autosquash main

fixup 提交会自动放到目标提交后面并合并，完全不需要交互式操作。这个工作流一旦用上就回不去了。

🏆 亮点三：Bisect + 自动化测试 = 省时利器#

手动二分查找要反复 checkout、测试、标记。用 git bisect run 配合一个测试脚本，整个过程全自动。对于回归 Bug 的排查，这个组合拳效率非常高。

🏆 亮点四：Worktree 替代多克隆#

很多人遇到需要同时看两个分支的情况，第一反应是再克隆一次。Worktree 共享 .git 目录，磁盘占用小得多，操作也更优雅。

🏆 亮点五：Pickaxe 搜索#

git log -S "字符串" 可以搜索整个历史中哪个提交添加或删除了某段代码。比肉眼翻 commit message 高效太多，是代码考古的利器。

⚠️ 注意事项#

• 不要在已推送到共享分支的提交上做 rebase，只 rebase 本地/私有分支
• Bisect 遇到无法编译的提交需要用 skip 跳过
• Submodule 对协作者不够友好，需要额外了解 submodule 相关命令
• reflog 的默认保留期是 90 天，过期就真的找不回了

第一步：开启 rerere（强烈推荐）#

1
git config --global rerere.enabled true

一行命令，从此告别重复解决同一个冲突的痛苦。

第二步：学会交互式 Rebase#

1
# 整理最近 5 个提交
2
git rebase -i HEAD~5

把 pick 改成 fixup 合并零碎提交，把 reword 改写不清晰的提交消息。这是提升 Git 技能性价比最高的一步。

第三步：尝试 Autosquash#

1
# 修复之前某个提交的 bug 时
2
git commit --fixup=<目标commit-hash> -m "修复xxx"
3
# 准备推送前
4
git rebase -i --autosquash main

第四步：用 Worktree 替代频繁 stash#

1
# 需要临时切到另一个分支
2
git worktree add ../review main
3
cd ../review
4
# 看完删掉
5
cd ..
6
git worktree remove ../review

第五步：记住 Reflog 是安全网#

遇到任何”搞坏了”的情况，第一反应不是 panic，而是：

1
git reflog

90% 的 Git 灾难都能用 reflog 恢复。