理解git中的合并操作

概要： 在工作中我们经常使用git merge 或者git pull，但是我们对于其中的原理还不是很清楚，比如我刚学的时候，经常会像，合这个分支会不会给我增加很多不要的文件，为什么合并了没有文件改变呢？等等这些疑问，所以这里一起来学习下吧。

快进

我之前遇到个这么一个问题，初始有个分支1，然后在分支1的基础上新增了分支2，分支删除了某些文件，并在此基础上新增分支3 。分支3修改了某些文件后想要回之前分支2删除的文件，就想通过git pull分支3获取这些文件。但是提示拉取成功，但是什么都没有改变。然后就想不通，这些不是差异吗？为什么没有呢？这就是我对git的合并有认知错误，我**把合并想成了简单的复制粘贴，有不同文件或者代码就复制过来**。其实，合并是根据指针来的，我上面这种情况是正常的，因为分支1在分支3的上游，git合并这两个分支时，不会做任何操作。跟这个类似的情况还有快进，我们一起来看看吧。

这里，我用Learn Git Branching来演示一下，这里我把上面的分支1，2，3简化成两个分支。第一个分支main，假设上面有很多文件，我在提交2也就是c2的时候删了部分文件，之后创建并切换到dev分支，然后假设我们进行开发并提交一次到c3。

这时候，我想把之前删的文件在弄到dev分支上，就输入git merge main，结果没有任何变化。因为dev分支的上流就是main分支，所以合并不会有任何变化。这里插一嘴，想恢复的话：

//dev分支上使用 git checkout main -- <file1> <file2> ...  
//其中 <file1> <file2> ... 是你要恢复的文件路径列表。你可以列出所有被删除的文件的路径，用空格分隔。

//这将从main分支中恢复指定的文件，并将它们添加到当前的dev分支,不会自动提交需要自己提交
git checkout main -- file1.txt file2.txt

接着上面的话题，如果main分支合并到dev分支不会有任何变化，那dev分支合并到main分支呢？我们切换到main分支并输入git merge dev，会发现main分支的指针移动到了c3，其他没有任何变化，这种行为称为快速前进，也就是快进，当你试图合并两个分支时，如果顺着一个分支走下去能够到达另一个分支，那么 Git 在合并两者的时候，只会简单的将指针向前推进。