Git Merge 教程：详尽指南与示例

Git 中的合并类型

了解 Git 合并类型能帮助您为具体场景选择合适的策略。以下是三种常见的合并方式。

快进（Fast-forward）合并

当自从创建 feature 分支后，基分支没有新的提交时，Git 会使用快进合并。

如果您的新 feature 分支持续更新，而 main 分支保持不变，合并时只需将 main 的 head 指针前移到 feature 分支即可。

不会产生额外的合并提交，从而使提交历史保持干净、线性。

三方合并（Three-way merge）

如果基分支和 feature 分支都有新提交，Git 会找到它们的共同祖先并创建一个新的合并提交。该提交会合并两个分支的历史，同时保留 feature 分支与 main 分支各自的历史。

在下面的示例中，“E” 和 “G” 是在创建 feature 分支之后新增到 main 分支的提交。

      C---D---F (feature-branch)
     /         
A---B---E---G (main) 技术支持

会创建一个新的合并提交 “M”，以保留 main 与 feature 两个分支的历史。

       C---D---F
      /         \
 A---B---E---G---M (main)技术支持

压缩（Squash）合并

Squash 合并会将 feature 分支的所有更改合并为一个提交，然后并入目标分支。它不会保留 feature 分支的逐条提交历史。

git merge --squash feature_branch_name技术支持

压缩合并特别适用于避免由多个小提交造成的混乱，同时仍能在目标分支保留功能的最终状态。

合并多个分支

在大型项目中，您可能需要合并多个分支——可以逐个合并，也可以一次性并入。选择哪种方式取决于您的工作流和变更的复杂度。本节我将介绍这两种方法及其适用场景。

按顺序依次合并多个分支

要逐个合并分支，请对每个 feature 分支依次执行合并命令。

步骤 1： 切换到您希望并入更改的目标分支。

git checkout target_branch_name技术支持

步骤 2： 如下所示，合并第一个 feature 分支。

git merge feature_branch_1技术支持

步骤 3： 如下所示，合并第二个 feature 分支。

git merge feature_branch_2技术支持

重复此过程，直到所有其他分支都已合并。

并行合并多个分支

按以下步骤一次性合并多个 feature 分支。

步骤 1： 切换到您希望并入更改的目标分支。

git checkout target_branch_name技术支持

步骤 2： 使用包含多个 feature 分支的以下命令

git merge feature_branch_1 feature_branch_2 feature_branch_3技术支持

当 Git 并行合并多个分支时，可能会发生冲突。一旦发生，Git 会提示您手动解决。

处理多次合并中的冲突

合并多个分支并不总是简单——尤其是当某个分支依赖另一个分支时。

例如，先将 feature_x 合并到 main，再合并 feature_y，可能会引入冲突。同样，如果不同分支修改了相同的文件，并行合并也可能导致需要谨慎处理的冲突。

按以下步骤解决合并冲突：

• 步骤 1：执行 git status 查看哪些文件引发冲突。
• 步骤 2：打开冲突文件并进行修正。
• 步骤 3：将更改加入暂存区并提交。

理解合并提交历史

对于复杂的冲突，您可能需要比 git status 提供的更多信息。在这种情况下，可以使用 git log 或 git show 等命令深入查看历史。

• git log：显示完整的提交历史，包括合并提交。这有助于定位问题出现的具体合并。
• git show： 如果在上面的命令中发现可疑的合并提交，使用 git show 进行检查。它会详细展示该提交在合并过程中做了哪些变更。它还会输出在特定合并发生前父分支的唯一标识符。
• git diff：您可以从前面的命令中拿到父分支和合并分支的唯一标识符，然后用 git diff 对比这两个状态之间的变更。

Git 合并最佳实践

当多位开发者在同一代码库上工作时，合并有时会变得混乱。

虽然我们介绍了在冲突发生时如何解决，但最好的方法是在冲突发生之前加以预防。本节将提供一些实用建议，帮助您顺畅完成合并，并保持 Git 历史清晰。

保持分支小而聚焦

庞大的分支会增加编辑重叠的风险，从而带来更多冲突。为尽量减少这种情况，请每个分支只处理一个功能，并保持分支小而聚焦。

频繁拉取并合并

从远程仓库拉取最新更改，在合并前保持基分支为最新。定期将 main 分支的更新拉取到您的 feature 分支以保持同步，这能避免后续出现大型且复杂的冲突。

使用 Git 内置合并工具

与其手动编辑文件，不如使用 Git 内置工具在可视化界面中解决冲突。运行 git mergetool 时，会出现三种选择：

• LOCAL - 主分支版本。选择该项会保留来自 main 分支的冲突文件内容，并忽略 feature 分支的更改。
• REMOTE - feature 分支版本。选择该项会将 feature 分支的内容应用到冲突文件。
• BASE - 将合并两个分支冲突文件中的更改并进行融合。

按依赖顺序合并

在合并多个分支时，合并顺序很重要——特别是当一个功能依赖另一个功能时。如果 feature_x 依赖 feature_y，先合并 feature_x 可能引入冲突。为避免这种情况，请始终按依赖关系的顺序合并分支，以确保流程顺畅并尽量减少冲突。

使用压缩合并

如前所述，压缩合并会将 feature 分支的所有提交整合为一个提交，保持提交历史整洁，并减少潜在的合并冲突。

另一种方法是变基（rebase），它会将 feature 分支的更改直接应用到基分支之上，从而创建线性的历史并避免不必要的合并提交。不过，这两种方法都会重写历史，且不会保留 feature 分支的单独提交。

结语

在本 Git merge 教程中，我们从合并基础到避免冲突的最佳实践都进行了讲解。掌握 git merge 的有效用法，有助于团队无缝协作，保持工作流顺畅、代码历史清晰。

如果您想进一步提升 Git 技能，请查看这门中级 Git 课程，掌握更高级的工作流与技巧！