之前校招面试时遇到这样一个问题，git pull是哪两个指令的组合？
当时是一脸懵的说不知道啦。
那现在为什么又捡起来说呢？因为我搞懂了😁。
剧透一下，本文的主旨与 合并代码 有关🤣：当时刚开始编程，全是一个人自嗨，完全没有合并代码这一场景🤣。于是并没有深究，工作后合并代码是常有的事，不得不去了解一下了。
先说结果：git pull是两个指令的组合：git fetch和git merge。
从git fetch开始
FETCH_HEAD
讲git fetch之前，还需要先了解一个东西，就是.git文件夹下的一个文件，FETCH_HEAD。
可以通过 git log -p FETCH_HEAD 和 open .get/FETCH_HEAD 这两个指令去查看FETCH_HEAD（初始时没有这个文件，会报错，可以先用git fetch创建）。下面演示一下：
下图是没有该文件：
下图是有该文件：
git log -p FETCH_HEAD查看
open .get/FETCH_HEAD查看
大致内容就是，目前有两个分支master分支和test-*分支，以及这两个分支最新的commit ID（正常项目内，这个文件内容很多，但你不需要记住这个文件的内容，看懂这个简单例子就好）
这个文件是干啥的？
FETCH_HEAD文件记录了远程仓库中的分支名称、最新的commit id以及提交的作者等相关信息。
但它不是随着远程仓库实时变更的，是保存在我们本地，那就需要我们手动去更新。
当执行git fetch命令时，它会从远程仓库获取最新的提交信息，并将这些信息存储在本地FETCH_HEAD中。
再说git merge
说到git merge，逃不开的必须提到git rebase，这俩是合并代码中的重要大将。
git merge
-
作用: 将两个分支的更改合并为一个新的合并提交。
-
使用场景:
- 当你想要将一个分支的更改 合并 到另一个分支时，特别是在多人协作的项目中。
- 当你想要保留完整的分支历史记录，以及合并的详细信息。
-
优点:
- 保留了完整的分支历史记录，可以清晰地看到合并的路径和详细信息。
- 合并提交是一个新的提交，不会改变原有提交的内容和历史。
-
缺点:
- 合并后的提交历史可能会变得复杂，包含大量的合并提交。
git rebase
-
作用: 将一个分支的更改基于另一个分支的最新提交进行重新应用。
-
使用场景:
- 当你想要将一个分支的更改 应用 到另一个分支上，同时保持一个线性的提交历史。
- 当你想要保持清晰、整洁的提交历史，避免过多的合并提交。
-
优点:
- 产生一个线性的提交历史，使得提交历史更加整洁和易于理解。
- 可以减少合并提交的数量，使得提交历史更加简洁。
-
缺点:
- 可能会改变原有提交的内容和历史。
总结一下
git merge 适用于多人协作的项目，保留完整的分支历史记录。
git rebase 适用于保持整洁的提交历史和线性的提交记录。
选择使用哪个命令取决于具体的项目需求和工作流程。
实际应用
铺垫了这么多后，接下来就是我实际想讲的，工作中时常用到的，如果你也有下面提到的小问题，这篇文章就有小小的大用😁。
git fetch和git merge以及相关扩展介绍完毕，讲下面的内容已经够用了。
有同学可能会有疑问，git pull都是两个指令的集合了，为什么要拆开讲，为什么需要学？难道拉代码时，还要先git fetch再git merge？那不是耽误事嘛～
是的，拉代码时不必拆开来如此麻烦，但是另一个场景更需要拆开来执行，就是合并代码。
开始合并
还是test-*分支和master分支，现在已经有另一个用户在master分支提交了一条新的commit，我们需要将master分支合并到test-*分支，如果我们现在直接去执行git merge，提示已经是最新的。
这肯定是错误的操作啦！大家都知道，合并代码前要拉取最新的代码，如果你不了解git fetch，你可能会先切换到master分支，再git pull，然后切回test-*分支，然后再git merge master，这里的步骤如下：
git checkout master
git pull
git checkout test-*
git merge master
这样没有不对，只是更繁琐而已（这就是上面指的小问题）。
讲FETCH_HEAD文件的目的，是为了告知在合并代码时，实际是根据FETCH_HEAD文件中记录的commit id去合并对应的版本，所以我们只需要更新FETCH_HEAD文件就行，那么我们的合并流程就可以简化成以下两步：
git fetch
git merge origin/master
这样减少了checkout的操作。
可以相较最开始演示的图里看一下，git fetch后，FETCH_HEAD中记录的master分支的commit id变了。
git fetch前👇
git fetch后👇
所以，我们合并时要拉最新的代码其实就是为了更新FETCH_HEAD。通过git fetch就可以在不切换分支的情况下去更新FETCH_HEAD。
一次因为git pull展开的学习，over ～
^ _ ^