欢迎各位兄弟 发布技术文章

这里的技术是共享的

You are here

详解git pull和git fetch的区别 有大用 有大大用

前言

在我们使用git的时候用的更新代码是git fetch,git pull这两条指令。但是有没有小伙伴去思考过这两者的区别呢?有经验的人总是说最好用git fetch+git merge,不建议用git pull。也有人说git pull=git fetch+git merge,真的是这样吗?为什么呢?既然如此为什么git还要提供这两种方式呢?


1. 相同点

  • 首先在作用上他们的功能是大致相同的,都是起到了更新代码的作用。

2. 不同点

先补充一些git里面相关的一些知识:

  • 首先我们要说简单说git的运行机制。git分为本地仓库和远程仓库,我们一般情况都是写完代码,commit到本地仓库(生成本地仓的commit ID,代表当前提交代码的版本号),然后push到远程仓库(记录这个版本号),这个流程大家都熟悉。

  • 我们本地的git文件夹里面对应也存储了git本地仓库master分支的commit ID 和 跟踪的远程分支orign/master的commit ID(可以有多个远程仓库)。那什么是跟踪的远程分支呢,打开git文件夹可以看到如下文件:

  • .git/refs/head/[本地分支]

  • .git/refs/remotes/[正在跟踪的分支]

  • 其中head就是本地分支,remotes是跟踪的远程分支,这个类型的分支在某种类型上是十分相似的,他们都是表示提交的SHA1校验和(就是commitID)。

  • 但是,不管他们是如何的相似,他们还是有一个重大的区别:

  • 更改远端跟踪分支只能用git fetch,或者是git push后作为副产品(side-effect)来改变。我们无法直接对远程跟踪分支操作,我们必须先切回本地分支然后创建一个新的commit提交
    在这里插入图片描述


  • 首先假设我们本地仓库的 master 分支上 commit ID =1 ,orign/mastter中的commit ID =1 ;这时候远程仓库有人更新了github ogirn库中master分支上的代码,新的代码版本号commit ID =2 ,那么在github上 orign/master的commitID=2,然后我们要更新代码。
    在这里插入图片描述

1. git fetch

  • 使用git fetch更新代码,本地的库中master的commitID不变,还是等于1。但是与git上面关联的那个orign/master的commit ID变成了2。这时候我们本地相当于存储了两个代码的版本号,我们还要通过merge去合并这两个不同的代码版本,如果这两个版本都修改了同一处的代码,这时候merge就会出现冲突,然后我们解决冲突之后就生成了一个新的代码版本。

  • 这时候本地的代码版本可能就变成了commit ID=3,即生成了一个新的代码版本。
    在这里插入图片描述

  • 相当于fetch的时候本地的master没有变化,但是与远程仓关联的那个版本号被更新了,我们接下来就是在本地合并这两个版本号的代码。

2. git pull

  • 是用git pull更新代码的话就比较简单暴力了,看下图。
    在这里插入图片描述
    使用git pull的会将本地的代码更新至远程仓库里面最新的代码版本

3. 总结

  • 由此可见,git pull看起来像git fetch+get merge,但是根据commit ID来看的话,他们实际的实现原理是不一样的。

  • 这里借用之前文献看到的一句话:

不要用git pull,用git fetch和git merge代替它

git pull的问题是它把过程的细节都隐藏了起来,以至于你不用去了解git中各种类型分支的区别和使用方法。当然,多数时候这是没问题的,但一旦代码有问题,你很难找到出错的地方。看起来git pull的用法会使你吃惊,简单看一下git的使用文档应该就能说服你

将下载(fetch)和合并(merge)放到一个命令里的另外一个弊端是,你的本地工作目录在未经确认的情况下就会被远程分支更新。当然,除非你关闭所有的安全选项,否则git pull在你本地工作目录还不至于造成不可挽回的损失,但很多时候我们宁愿做的慢一些,也不愿意返工重来

文章知识点与官方知识档案匹配,可进一步学习相关知识

CS入门技能树Git入门Git简介18595 人正在系统学习中


来自  https://blog.csdn.net/weixin_41975655/article/details/82887273


git pull和fetch的区别

git pull 是上下文环境敏感的,它会把所有的提交自动给你合并到当前分支当中,没有复查的过程。而git fetch只是把拉去的提交存储到本地仓库中,真正合并到主分支中需要使用merage。



1、应该用 Fetch 还是 Pull,应该 Pull 是绝大部分的情况。针对 Git 使用的是分支管理代码,可以这样理解,在你对你的分支进行 Pull 之前,Git 就会 fetch 一下,当然这个 Fetch 只 Fetch 你的分支,如果你还需要看看其他的分支的话,那么你最好执行下 Fetch 命令。



2、git fetch是将远程主机的最新内容拉到本地,用户在检查了以后决定是否合并到工作本机分支中,而git pull 则是将远程主机的最新内容拉下来后直接合并,即:git pull = git fetch + git merge,这样可能会产生冲突,需要手动解决。



3、git fetch:相当于是从远程获取最新版本到本地,不会自动merge。首先从远程的origin的master主分支下载最新的版本到origin/master分支上;然后比较本地的master分支和origin/master分支的差别;最后进行合并。

来自  https://baijiahao.baidu.com/s?id=1725714621602704728&wfr=spider&for=pc


git中pull和fetch的区别是什么

区别:1、fetch能够直接更改远端跟踪分支,而pull无法直接对远程跟踪分支操作;2、fetch将数据拉取到本地仓库不会自动合并或修改当前的工作,pull是从远程获取最新版本并merge到本地,会自动合并或修改当前的工作。

git中pull和fetch的区别是什么

Git fetch和git pull区别为:远端跟踪分支不同、拉取不同、commitID不同。

一、远端跟踪分支不同

1、Git fetch:Git fetch能够直接更改远端跟踪分支。

2、git pull:git pull无法直接对远程跟踪分支操作,我们必须先切回本地分支然后创建一个新的commit提交。

二、拉取不同

1、Git fetch:Git fetch会将数据拉取到本地仓库 - 它并不会自动合并或修改当前的工作。

2、git pull:git pull是从远程获取最新版本并merge到本地,会自动合并或修改当前的工作。

三、commitID不同

1、Git fetch:使用Git fetch更新代码,本地的库中master的commitID不变,还是等于1。

2、git pull:使用git pull更新代码,本地的库中master的commitID发生改变,变成了2。

来自  https://m.php.cn/tool/git/487230.html







普通分类: