面试官:git pull是哪两个指令的组合?😯

之前校招面试时遇到这样一个问题,git pull是哪两个指令的组合?

当时是一脸懵的说不知道啦。

那现在为什么又捡起来说呢?因为我搞懂了😁。

剧透一下,本文的主旨与 合并代码 有关🤣:当时刚开始编程,全是一个人自嗨,完全没有合并代码这一场景🤣。于是并没有深究,工作后合并代码是常有的事,不得不去了解一下了。

先说结果:git pull是两个指令的组合:git fetchgit merge


git fetch开始

FETCH_HEAD

git fetch之前,还需要先了解一个东西,就是.git文件夹下的一个文件,FETCH_HEAD

可以通过 git log -p FETCH_HEADopen .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 fetchgit merge以及相关扩展介绍完毕,讲下面的内容已经够用了。

有同学可能会有疑问,git pull都是两个指令的集合了,为什么要拆开讲,为什么需要学?难道拉代码时,还要先git fetchgit 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 ~

^ _ ^

相关推荐
爱喝水的小周11 分钟前
AJAX vs axios vs fetch
前端·javascript·ajax
Jinxiansen021114 分钟前
unplugin-vue-components 最佳实践手册
前端·javascript·vue.js
几道之旅17 分钟前
介绍electron
前端·javascript·electron
周胡杰20 分钟前
鸿蒙arkts使用关系型数据库,使用DB Browser for SQLite连接和查看数据库数据?使用TaskPool进行频繁数据库操作
前端·数据库·华为·harmonyos·鸿蒙·鸿蒙系统
315356691320 分钟前
ClipReader:一个剪贴板英语单词阅读器
前端·后端
玲小珑23 分钟前
Next.js 教程系列(十一)数据缓存策略与 Next.js 运行时
前端·next.js
小妖66630 分钟前
git branch -a 还有一些已经删除了的分支
git
qiyue7738 分钟前
AI编程专栏(三)- 实战无手写代码,Monorepo结构框架开发
前端·ai编程
断竿散人42 分钟前
JavaScript 异常捕获完全指南(下):前端框架与生产监控实战
前端·javascript·前端框架
Danny_FD44 分钟前
Vue2 + Vuex 实现页面跳转时的状态监听与处理
前端