[深度]Git工作流进阶：对象模型、rebase原理与团队协作规范

Git工作流深度进阶指南

会用Git commit/push只是入门，真正的进阶是理解Git的对象模型，掌握rebase/cherry-pick等高级操作，以及在团队中制定合理的工作流规范。

一、Git对象模型：4种对象如何构成完整历史

# Git内部存储的4种对象
# blob: 文件内容快照
# tree: 目录结构(指向blob和其他tree)
# commit: 提交元数据(指向tree和父commit)
# tag: 带注释的标签

# 直接查看Git对象
git cat-file -t HEAD       # 查看HEAD对象类型
git cat-file -p HEAD       # 查看commit内容
git cat-file -p HEAD^{tree} # 查看该commit的目录树

# 输出示例:
# tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904
# parent 9fceb02d0ae598e95dc970b74767f19372d61af8
# author Zhang San  1712819400 +0800
# committer Zhang San  1712819400 +0800
#
# feat: add user login API

二、rebase vs merge：什么时候用哪个？

这是Git最常见的争议，核心区别是提交历史的形态：

# rebase工作原理
# 假设feature分支基于main的A提交
# main后来有了B、C提交
#
# rebase前:
# main:    A --- B --- C
#                \
# feature:        D --- E
#
# git checkout feature && git rebase main
# rebase后:
# main:    A --- B --- C
#                      \
# feature:              D' --- E'  (D,E被重新应用)

# 交互式rebase: 整理自己的提交历史
git rebase -i HEAD~4
# pick 1a2b3c feat: add login
# squash 4d5e6f fix typo  <- 合并到上一个提交
# reword 7g8h9i tmp commit <- 修改提交信息
# drop abc123 debug log  <- 删除这个提交

三、cherry-pick：精确移植特定提交

# 场景: hotfix分支修复了bug,需要同步到develop分支
git log --oneline hotfix/critical-fix
# a1b2c3d fix: SQL injection in login API
# d4e5f6g feat: add rate limiting

# 只把SQL注入修复移植到develop
git checkout develop
git cherry-pick a1b2c3d

# cherry-pick多个提交
git cherry-pick a1b2c3d..d4e5f6g  # 范围
git cherry-pick a1b2c3d d4e5f6g   # 指定多个

四、团队Git工作流规范

# Gitflow分支命名规范
main          # 生产环境代码
develop       # 开发集成分支
feature/xxx   # 功能开发分支
release/x.x.x # 版本发布分支
hotfix/xxx    # 紧急修复分支

# 提交信息规范 (Conventional Commits)
feat: 新功能
fix: bug修复
docs: 文档更新
style: 格式调整(不影响逻辑)
refactor: 重构
test: 测试相关
chore: 构建/工具配置

# 示例
git commit -m 'feat(auth): add JWT refresh token support'
git commit -m 'fix(order): prevent duplicate order on retry'

五、实用Git别名配置

# ~/.gitconfig 添加实用别名
[alias]
    # 漂亮的提交历史
    lg = log --oneline --graph --all --decorate
    # 快速暂存+提交
    ca = commit -am
    # 撤销最后一次提交(保留修改)
    undo = reset HEAD~1 --soft
    # 查看文件每行是谁改的
    who = blame
    # 快速查看最近修改的文件
    changed = diff --name-only HEAD~1

总结：Git进阶的关键是理解对象模型——提交历史本质上是一个有向无环图(DAG)，每次rebase/cherry-pick都是在重新构造这个图。工作流规范和提交信息规范让团队协作更顺畅，也让自动化(CHANGELOG生成、语义化版本)成为可能。