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

最新推荐文章于 2024-08-20 09:47:22 发布

2401_84185556

最新推荐文章于 2024-08-20 09:47:22 发布

阅读量416

点赞数 4

分类专栏：程序员文章标签： git elasticsearch 大数据

本文链接：https://blog.csdn.net/2401_84185556/article/details/138501216

版权

程序员专栏收录该内容

111 篇文章 0 订阅

订阅专栏

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

1. 合并操作的原理

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

2. 使用示例

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

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

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

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

3. 示例示意图

合并前：

合并后：

其中 C7 就是合并提交
注意：合并前后dev分支的commit历史线没变
而合并前后main分支的commit历史线从

C

0

−

C

1

−

C

2

−

C

5

−

C

6

C0->C1->C2->C5->C6

C0−>C1−>C2−>C5−>C6变成了

C

0

−

C

1

−

C

2