Git 不只是 add/commit/push——它是代码版本管理的瑞士军刀：rebase 整理历史、cherry-pick 精准搬运、bisect 二分定位 bug、submodule 管理依赖。这篇把生产环境真正用到的 Git 高级功能串起来，覆盖从「代码写错了怎么优雅回退」到「多人协作怎么保持历史干净」的完整场景。

一、rebase vs merge：历史观的两种哲学

核心区别：merge 保留真实历史，rebase 重写历史。

# merge：保留分支结构
git checkout main
git merge feature
# 历史：A---B---C---M (M 是合并提交)
#            \   /
#             D-E

# rebase：线性历史
git checkout feature
git rebase main
# 历史：A---B---C---D'---E' (D' 和 E' 是重放的新提交)

选择标准：

• 公共分支（main/develop）用 merge：保留真实协作历史
• 个人功能分支用 rebase：保持线性，便于 review
• 永远不要 rebase 已经 push 的公共分支：会重写他人历史

二、cherry-pick：精准搬运提交

场景：线上 bug 在 hotfix 分支修了，需要同步到 main 和 develop，但不要整个分支合并。

# 查看 hotfix 分支的提交
git log hotfix --oneline
# abc1234 Fix null pointer in user service
# def5678 Update error message

# 只搬第一个提交到 main
git checkout main
git cherry-pick abc1234

# 搬多个
git cherry-pick abc1234 def5678

# 搬范围
git cherry-pick abc1234..def5678

冲突解决：

# 冲突后
git status                    # 看冲突文件
# 手动改完
git add .
git cherry-pick --continue

# 放弃
git cherry-pick --abort

三、bisect：二分查找定位 bug

场景：线上出了 bug，不知道是哪个提交引入的，但有办法验证（比如跑测试）。

# 开始二分
git bisect start

# 标记当前是坏的
git bisect bad

# 标记某个旧提交是好的
git bisect good v1.2.0

# Git 自动切换到中间提交
# 你验证：跑测试/手动测试
# 然后告诉 Git 结果

git bisect good   # 这个提交是好的
# 或
git bisect bad    # 这个提交是坏的

# 重复几次，Git 会告诉你第一个坏提交
# 最后
git bisect reset

自动化 bisect（有测试脚本时）：

git bisect start HEAD v1.2.0
git bisect run ./test.sh
# test.sh 返回 0 表示好，非 0 表示坏

四、submodule：管理外部依赖

场景：项目依赖另一个 Git 仓库（比如主题、库），需要锁定版本。

# 添加 submodule
git submodule add https://github.com/example/theme.git themes/mytheme

# 克隆带 submodule 的项目
git clone --recursive https://github.com/example/main.git
# 或
git clone https://github.com/example/main.git
cd main
git submodule init
git submodule update

# 更新 submodule 到最新
git submodule update --remote themes/mytheme

# 提交 submodule 变更
cd themes/mytheme
git checkout v2.0
cd ../..
git add themes/mytheme
git commit -m "Update theme to v2.0"

五、reflog：后悔药

所有 HEAD 的移动都会记录，包括 reset、rebase、checkout。

# 查看最近 30 次 HEAD 移动
git reflog -30

# 找回被 reset 掉的提交
git reset --hard HEAD@{5}

# 找回被 rebase 修改的提交
git cherry-pick HEAD@{10}

实战：误删分支找回

# 删除分支
git branch -D feature

# 找回
git reflog | grep feature
# abc1234 HEAD@{10}: checkout: moving from feature to main
git checkout -b feature abc1234

六、interactive rebase：整理提交历史

场景：功能开发完成，但提交太碎（20 个「fix typo」），需要整理成 3 个有意义的提交再合并。

git rebase -i HEAD~20

# 编辑器里：
pick abc1234 Add user model
squash def5678 Fix typo
squash ghi9012 Add tests
pick jkl3456 Add API endpoint
squash mno7890 Fix typo again

# squash：合并到上一个提交
# pick：保留
# reword：保留但改提交信息
# edit：暂停，允许修改
# drop：删除

七、实战：多人协作的完整工作流

# 1. 从 main 拉功能分支
git checkout main
git pull origin main
git checkout -b feature/new-api

# 2. 开发，多次提交
git add .
git commit -m "Add user model"
git commit -m "Add API endpoint"

# 3. 定期同步 main（用 rebase 保持线性）
git fetch origin
git rebase origin/main

# 4. 完成功能，整理提交
git rebase -i origin/main
# 把多个提交整理成 2-3 个有意义的

# 5. 推送并提 PR
git push origin feature/new-api

# 6. PR 合并后删除分支
git checkout main
git pull origin main
git branch -d feature/new-api
git push origin --delete feature/new-api

结语

Git 的高级功能不是「炫技」，而是让历史服务于协作。rebase 保持线性便于 review，cherry-pick 精准搬运避免冗余合并，bisect 快速定位 bug，submodule 管理复杂依赖。配合 reflog 这个「后悔药」，Git 从「代码备份工具」变成了「代码历史管理工具」——关键是你得知道什么时候用什么功能，而不是只会 add/commit/push。