文章目录Git Merge 完全指南理解 Git 分支合并机制一、什么是 git mergemerge 是“合并到当前分支”二、merge 的核心思想三、最经典的 merge 流程四、Fast-Forward Merge快进合并场景五、什么是 Three-Way Merge三方合并六、merge commit 是什么补充为什么要用 merge commit七、git merge 常用命令1. 合并分支2. 不创建 Fast-Forward3. 只允许 Fast-Forward4. squash merge八、merge conflict合并冲突冲突产生原因九、冲突文件长什么样十、解决 merge conflict1. 编辑冲突文件2. 标记已解决3. 完成 merge十一、放弃 merge十二、查看 merge 历史图形查看查看 merge commit十三、merge 与 rebase 的区别mergerebase如何选择团队协作个人 feature 整理十四、merge 的最佳实践1. 小步合并2. merge 前先 pull3. 使用 Pull Request4. 重要分支使用 --no-ff5. 学会看 graph十五、merge 的本质理解非常重要十六、实际团队开发中的 merge 流程1. 创建功能分支2. 开发提交3. 同步主分支4. 合并 feature5. 删除 feature十七、总结Git Merge 完全指南理解 Git 分支合并机制在日常 Git 开发中分支branch是最核心的工作方式之一。我们通常会在 feature 分支开发功能在 bugfix 分支修复问题在 release 分支准备发布而当开发完成后就需要把这些修改“合并”回主线分支。这时候就会使用gitmergegit merge是 Git 中最重要的命令之一它负责合并分支历史整合代码修改保留开发轨迹构建团队协作流程这篇文章将全面介绍git merge 的原理merge 的工作流程Fast-Forward 与 Three-Way Mergemerge conflict合并冲突常见 merge 策略merge 最佳实践一、什么是 git mergegit merge用于把另一个分支的提交历史整合到当前分支。例如gitmerge feature/login意思是把feature/login分支的修改合并到当前所在分支。注意merge 是“合并到当前分支”很多新人容易理解反。比如gitcheckout maingitmerge feature/login真正含义是把 feature/login 合并进 main不是反过来。二、merge 的核心思想Git 的 merge 本质上是寻找共同祖先merge base 然后整合两个分支的差异Git 会找到两个分支共同祖先对比双方修改自动合并代码创建新的 merge commit某些情况不会三、最经典的 merge 流程假设main └── A──B──C | feature └──D──E现在gitcheckout maingitmerge featuremerge 后main └── A──B──C────M \ / D──E这里M就是 merge commitGit 保留了两条历史merge commit 有两个 parent这是 Git 最标准的分支整合方式。四、Fast-Forward Merge快进合并这是最常见的一种 merge。场景A──B──C main \ D──E feature如果main 在 feature 创建后没有新提交main 只是“落后”于 feature那么 merge 时gitcheckout maingitmerge featureGit 会直接A──B──C──D──E不会创建 merge commit。这叫Fast-Forward MergeFF Merge意思是main 指针直接向前移动。五、什么是 Three-Way Merge三方合并如果两个分支都发生了新提交D──E feature / A──B──C \ F──G main这时候无法直接快进Git 必须找共同祖先比较双方改动创建 merge commit结果D──E / \ A──B──C─────M \ F──G这就是Three-Way Merge因为涉及共同祖先当前分支被合并分支三个节点。六、merge commit 是什么merge commit 是一个拥有多个 parent 的 commit。普通 commitparent - currentmerge commitparent1 - merge parent2 - merge查看gitlog--graph--oneline效果* a1b2c3 Merge branch feature |\ | * e5f6g7 feature commit * | h8i9j0 main commit |/补充为什么要用 merge commit✅保留完整历史合并后你依然能清晰看到feature分支是从哪来的、改了什么如果不用 merge commit历史会被“压平”丢失分支信息✅可追溯性当需要回滚或排查问题时能明确知道这个合并操作连接了哪两个分支七、git merge 常用命令1. 合并分支gitmerge feature/login2. 不创建 Fast-Forwardgitmerge --no-ff feature/login即使能 FF也强制创建 merge commit。适合保留功能开发历史方便回滚 feature团队协作结果main ─── M / feature3. 只允许 Fast-Forwardgitmerge --ff-only feature/login如果不能 FFmerge aborted常用于保持线性历史禁止 merge commit4. squash mergegitmerge--squashfeature/login作用把整个 feature 分支压缩成一个提交。特点不保留 feature 历史不生成 merge commit提交历史更干净适合小功能杂乱提交临时分支八、merge conflict合并冲突这是 Git merge 中最重要的问题。冲突产生原因两个分支修改了同一文件修改了同一位置Git 无法判断保留谁。例如mainnamemainfeaturenamefeaturemerge 时CONFLICT(content): Merge conflictinapp.py九、冲突文件长什么样Git 会插入 HEAD name main name feature feature/login含义 HEAD 当前分支内容 对方分支内容 feature/login需要手动修改。十、解决 merge conflict步骤1. 编辑冲突文件手动保留正确内容namenew value删除 2. 标记已解决gitaddapp.py3. 完成 mergegitcommitGit 会自动生成 merge commit。十一、放弃 merge如果 merge 一团糟gitmerge--abort恢复到 merge 前状态。非常有用。十二、查看 merge 历史图形查看gitlog--graph--oneline--all非常推荐。查看 merge commitgitlog--merges十三、merge 与 rebase 的区别这是 Git 中最经典的话题。merge特点保留真实历史有 merge commit分支结构清晰历史A──B──C────M \ / D──Erebase特点改写历史提交线性化更干净结果A──B──C──D──E如何选择通常团队协作推荐merge因为安全不改历史不容易出事故个人 feature 整理推荐rebase因为提交更干净阅读体验更好十四、merge 的最佳实践1. 小步合并不要一个月后一次性 merge应该频繁同步否则冲突会爆炸。2. merge 前先 pullgitpull确保分支最新。3. 使用 Pull Request现代团队一般feature - PR - review - merge而不是直接 merge。4. 重要分支使用 --no-ff例如gitmerge --no-ff feature/payment这样未来gitrevert更容易整体回滚 feature。5. 学会看 graph推荐gitlog--graph--decorate--oneline--all这是理解 Git 历史最有效的方法。十五、merge 的本质理解非常重要很多人认为 merge 是“复制代码”其实不是。merge 本质是整合 commit 历史Git 管理的是commit DAG有向无环图merge 的核心连接两条提交链代码变化只是结果。十六、实际团队开发中的 merge 流程典型流程1. 创建功能分支gitcheckout-bfeature/order-system2. 开发提交gitcommit3. 同步主分支gitcheckout maingitpull4. 合并 featuregitmerge --no-ff feature/order-system5. 删除 featuregitbranch-dfeature/order-system十七、总结git merge是 Git 协作模型的核心。它不仅是代码合并工具更是团队开发历史管理机制理解 merge 后你会真正理解Git 分支模型commit DAG团队协作PR 工作流rebase 与 merge 的区别最后记住一句话merge 不是“复制代码” 而是“连接历史”这才是 Git 最核心的思想。