超越基础操作
当团队规模扩大或项目历史变得复杂时，基础的Git操作已不够用。交互式Rebase、Bisect调试和子模块管理是通往Git高手的必经之路。
交互式Rebase
交互式Rebase是整理提交历史最强大的工具。
常用命令
git rebase -i HEAD~5
进入交互模式后，可以对最近5个提交执行以下操作：
- pick：保留该提交
- reword：修改提交信息
- squash：合并到上一个提交
- fixup：合并到上一个提交，丢弃提交信息
- drop：删除该提交
- edit：暂停rebase，允许修改提交内容
实践技巧
合并草稿提交：开发过程中的临时提交在合并前使用squash合并为一个完整提交，保持历史清晰。
重新排序：将相关的修改挪到一起，便于Code Review。
注意事项
- 永远不要对已推送到公共分支的提交执行Rebase
- Rebase可能产生冲突，需逐一解决
- 使用
git rebase --abort可以安全退出
Bisect调试
Git Bisect利用二分查找算法快速定位引入Bug的提交。
使用流程
# 开始二分查找
git bisect start
# 标记当前版本为bad
git bisect bad
# 标记一个已知的ok版本
git bisect good v1.0
# Git会自动切换到一个中间提交
# 测试后标记
git bisect good # 如果当前版本没有Bug
git bisect bad # 如果当前版本有Bug
# 重复直到定位到首个bad提交
# 完成后退出
git bisect reset
自动化
对于可以脚本化测试的Bug，使用自动Bisect：
git bisect run npm test
Git会自动二分查找，每次运行测试脚本并根据退出码判断好坏。这可以将数小时的排查工作缩短到几分钟。
子模块管理
当项目依赖其他仓库的特定版本时，子模块是标准解决方案。
基本操作
# 添加子模块
git submodule add https://github.com/example/lib.git libs/lib
# 初始化子模块
git submodule init
# 更新子模块到最新提交
git submodule update --remote
替代方案
Git Subtree提供了另一种依赖管理方式，将外部仓库的代码直接嵌入到主仓库，适合对版本控制要求更严格的场景。
Subtree的优势在于所有代码都在一个仓库中，团队成员不需要额外学习子模块操作。
Git工作流建议
- 小而频繁的提交：每个提交做好一件事
- 有意义的提交信息：说明Why而非What
- 提交前Review自己的diff：避免残留调试代码
- 定期拉取最新代码：减少合并冲突
掌握这些进阶技巧后，处理复杂的Git场景将变得游刃有余。