【Git】深入理解 Git 分支合并操作：git merge dev 命令详解_git 合并dev分支

深入理解 Git 合并操作：git merge dev 命令详解

---

摘要：本文将深入探讨 Git 中的合并操作，以及如何使用 git merge dev 命令将dev 分支的修改合并到当前分支（假设当前分支为main 分支）中。通过详细的解释和示意图，读者将能够更好地理解 Git 合并操作的原理。

正文：在软件开发过程中，经常会使用版本控制系统来管理项目的代码，其中 Git 是目前最流行的版本控制系统之一。在 Git 中，合并（Merge）是将两个或多个分支的修改集成到一起的常见操作之一。
其中，git merge dev 命令用于将dev 分支的修改合并到当前分支中。

---

1. 合并操作的原理

从文件内容的角度来看，合并操作实际上是将两个被合并分支的最新提交中的文件内容进行整合，生成一个新的包含了这些整合后文件内容的合并提交

---

2. 使用示例

假设我们有两个分支：main 分支和 dev 分支。要将 dev 分支的修改合并到 main 分支中，可以执行以下命令：

git checkout main   # 切换到 main 分支
git merge dev         # 将 dev 分支的修改合并到 main 分支中
1
2

执行 git merge dev 命令后，Git 将会自动执行合并操作，并生成一个新的合并提交，将 dev分支 的修改整合到 main分支 中。

注意：如果在合并过程中发生了冲突，即同一文件的同一部分在两个分支上有不同的修改，Git 将会暂停合并操作，并提示你解决冲突。在手动解决冲突后，可以使用 git add 命令（Git 会将冲突标记在受影响的文件中，并将这些文件标记为 Unmerged paths）将冲突的文件标记为已解决，然后使用 git commit 命令提交解决方案，生成合并提交。

---

3. 示例示意图

合并前：

合并后：

其中 C7 就是合并提交
注意：合并前后dev分支的commit历史线没变
而合并前后main分支的commit历史线从$C0->C1->C2->C5->C6$变成了$C0->C1->C2->C3->C4->C5->C6->C7$

---