Git 是现代软件开发的基石，但很多开发者对 Git 的理解停留在"git add、git commit、git push"三板斧。本文将深入 Git 的分支模型、合并策略和团队协作工作流，帮助你从"会用 Git"进阶到"懂 Git"。
Git 的核心数据模型
理解 Git 的关键是理解它的三个核心对象：blob（文件快照）、tree（目录结构）、commit（提交快照）。所有 Git 操作本质上都是在操作这些对象的指针。
// Git 内部对象查看\ngit cat-file -p HEAD // 查看当前提交对象\ngit cat-file -p HEAD^{tree} // 查看当前 tree 对象\ngit cat-file -p HEAD~1 // 查看上一次提交每次 commit 都会创建一个完整的项目快照，而不是存储差异。Git 通过"指针"在这些快照之间建立关系，形成 DAG（有向无环图）。
分支的本质：一个可移动的指针
Git 的分支非常轻量——它只是一个指向某个 commit 的指针（40 字节的 SHA-1 文件）。创建一个分支几乎是瞬间完成的：
git branch feature-login # 创建分支（仅仅是新建了一个指针）\ngit checkout feature-login # 切换分支（移动 HEAD 指针）\n# HEAD → feature-login → commit合并策略深度对比
1. Fast-Forward Merge（快进合并）
# 场景：feature 分支在主分支之后线性开发\ngit checkout main\ngit merge feature # 直接移动 main 指针到 feature 的 commit\n# 结果：线性历史，干净但丢失分支信息2. 三方合并（3-Way Merge）
# 场景：两个分支都有独立提交\ngit merge --no-ff feature # 显式创建一个 merge commit\n# 结果：保留完整的分支历史，推荐用于重要功能分支3. Squash Merge（压缩合并）
git merge --squash feature\ngit commit -m "feat: 添加登录功能"\n# 结果：feature 的所有提交被压缩为一个 commit，保持 main 历史整洁4. Rebase（变基）
git checkout feature\ngit rebase main\n# 原理：找到共同祖先 → 暂存 feature 的提交 →\n# 将 main 的最新 commit 作为新基底 → 逐个重放暂存的提交\n# 结果：完全线性的历史，但重写了提交的 SHARebase 的黄金法则：永远不要 rebase 已经推送到远程仓库的公共分支。Rebase 会改变 commit 的 SHA，导致合作者的本地分支与远程分支产生冲突。
主流工作流对比
Git Flow
分支类型：master + develop + feature/* + release/* + hotfix/*。
优点：结构清晰、适合有固定发布周期的项目。缺点：分支繁多、合并复杂、不适合持续部署。
GitHub Flow
分支类型：仅 main + feature/*。
优点：极其简单、适合持续部署、Pull Request 驱动。缺点：不适合多版本并行维护。
GitLab Flow
在 GitHub Flow 基础上增加环境分支（staging、production），支持环境相关的部署管理。
Trunk-Based Development
所有开发者频繁向主干（trunk/main）提交小改动，通过 feature flag 控制功能开关。
优点：合并冲突最少、持续集成效率最高。 缺点：对开发者素质要求高、需要完善的测试和 feature flag 基础设施。
冲突解决实战
# 1. 冲突发生\ngit merge feature\n# Auto-merging src/App.ts\n# CONFLICT (content): Merge conflict in src/App.ts\n# Automatic merge failed; fix conflicts and then commit.\n\n# 2. 查看冲突文件\ngit status\ngit diff # 查看详细冲突\n\n# 3. 手工解决冲突后\ngit add src/App.ts\ngit commit -m "merge: resolve conflict in App.ts"\n\n# 4. 如果想撤销合并\ngit merge --abort # 回到合并前的状态实战技巧
1. 交互式 Rebase 整理提交历史
git rebase -i HEAD~4\n# pick abc1234 feat: 添加登录页\n# squash def5678 fix: 登录页样式修正\n# reword ghi9012 wip: 还在开发中\n# drop jkl3456 debug: 临时调试代码\n\n# 最终只保留 2 个干净的 commit2. Cherry-Pick：选择性地引入提交
git cherry-pick abc1234 # 将特定 commit 应用到当前分支3. Git Reflog：救命的后悔药
git reflog # 查看所有 HEAD 移动记录（包括已删除的分支）\ngit reset --hard HEAD@{2} # 回到 2 步前的状态\ngit checkout -b recovered-branch HEAD@{5} # 恢复误删的分支4. Bisect：二分法定位 bug
git bisect start\ngit bisect bad HEAD # 当前版本有 bug\ngit bisect good v1.0 # v1.0 是好的\n# Git 会自动 checkout 中间版本，你测试后标记 good/bad\n# 重复直到定位到引入 bug 的具体 commit\ngit bisect reset # 结束后回到正常状态总结
Git 的强大之处在于它的简单性——所有复杂的操作都可以分解为对 commit 指针的操作。掌握 Git 不需要记忆所有命令，而是要理解它的数据模型：一切皆对象，分支即指针。当你在脑中能画出 commit DAG 图时，rebase、merge、cherry-pick 这些操作就会变得直观而自然。
评论 (0)