git fetch和git pull都可以用来更新本地库,它们之间有什么区别呢?
每一个本地库下都有一个.git的隐藏文件夹,文件夹中的文件保存着跟这个本地库相关的信息
首先来看下其中的config文件
[core] repositoryformatversion = 0 filemode = false bare = false logallrefupdates = true symlinks = false ignorecase = true hideDotFiles = dotGitOnly [remote "origin"] url = git@github.com:seanzou88/fetch.git fetch = +refs/heads/*:refs/remotes/origin/* [branch "master"] remote = origin merge = refs/heads/master从这个文件中我们可以了解到:
1,本地库的当前分支为master,其关联的远程库名称为origin(不同的名称可以指向同一个远程库,参见git remote命令)
2,远程库origin所在的位置为(URL):git@github.com:seanzou88/fetch.git
然后可以查看.git文件夹下的HEAD文件:
ref: refs/heads/master其指向.git\refs\heads\master文件
ce71505b3626a3648b2c32ea2081d65049cad300这个文件中保存的是本地库中最新的commit id
.git\refs文件夹很有意思,面分为3个文件夹
heads文件夹前面说过了
remotes文件夹中的每一个文件夹代表一个远程库名称(git remote),其中的每个文件关联远程库的一个分支,其中保存该分支的最新commit id
.git\logs文件夹下保存的是.git\refs文件夹下相应文件的变更记录
准备工作到此结束,下面可以具体看看git fetch和git pull之间的区别了
git fetch origin
本地的latest commit id为:ce71505b3626a3648b2c32ea2081d65049cad300
githup上的latest commit id为:ab8cd391f978fe5384a78c92001ef8ae861046f0
before:
.git\refs\heads\master
ce71505b3626a3648b2c32ea2081d65049cad300.git\refs\remotes\origin\master
ce71505b3626a3648b2c32ea2081d65049cad300.git\logs\refs\heads\master
0000000000000000000000000000000000000000 ce71505b3626a3648b2c32ea2081d65049cad300 ...... commit (initial): first commit.git\logs\refs\remotes\origin\master
0000000000000000000000000000000000000000 ce71505b3626a3648b2c32ea2081d65049cad300 ...... update by pushafter:
.git\refs\heads\master(不变)
.git\refs\remotes\origin\master
ab8cd391f978fe5384a78c92001ef8ae861046f0.git\logs\refs\heads\master(不变)
.git\logs\refs\remotes\origin\master
0000000000000000000000000000000000000000 ce71505b3626a3648b2c32ea2081d65049cad300 ...... update by push ce71505b3626a3648b2c32ea2081d65049cad300 ab8cd391f978fe5384a78c92001ef8ae861046f0 ...... fetch origin: fast-forward本地库并没有变化,也就是说,git fetch只会将本地库所关联的远程库的commit id更新至最新
HEAD没有变化很容易理解,因为本地库并没有变化
git pull origin master:master
本地的latest commit id为:3643a1a65fc88ae0e9f28f12168629758d027415
githup上的latest commit id为:64df093f73294d82a3adce9694871b9fac2aecfb
before:
.git\refs\heads\master
3643a1a65fc88ae0e9f28f12168629758d027415.git\refs\remotes\origin\master
3643a1a65fc88ae0e9f28f12168629758d027415.git\logs\refs\heads\master
0000000000000000000000000000000000000000 3643a1a65fc88ae0e9f28f12168629758d027415 ...... commit (initial): first commit.git\logs\refs\remotes\origin\master
0000000000000000000000000000000000000000 3643a1a65fc88ae0e9f28f12168629758d027415 ...... update by pushafter:
.git\refs\heads\master
64df093f73294d82a3adce9694871b9fac2aecfb.git\refs\remotes\origin\master(不变)
.git\logs\refs\heads\master
0000000000000000000000000000000000000000 3643a1a65fc88ae0e9f28f12168629758d027415 ...... commit (initial): first commit 3643a1a65fc88ae0e9f28f12168629758d027415 64df093f73294d82a3adce9694871b9fac2aecfb ...... pull origin master:master: fast-forward.git\logs\refs\remotes\origin\master(不变)
本地库更新至最新,git pull会将本地库更新至远程库的最新状态
由于本地库进行了更新,HEAD也会相应的指向最新的commit id
所以虽然从结果上来看,git pull = git fetch + git merge,但是从文件中保存的commit id来看,实现上不是这样实现的
为了更好的理解,画了个图:
来自网友的评论:看完博主的文章,感觉和我之前的理解有点偏差呀 我的理解 git fetch 会获取远程仓库的代码,然后改变本地远程关联库的commitID,然后通过merge合并到本地仓库的分支上,git merge FETCH_HEAD ,那commitID就回即不等于远程仓库,也不等于远程仓库关联库的commitID,因为合并生成了新的commitID
git fetch origin dev # 拉取远程库,更改远程库关联库commitID,如远程库commitID=2 远程关联库commitID=2 本地commitID=1
git merge FETCH_HEAD # 合并FETCH_HEAD指针到HEAD指向的分支的当前版本,本地产生新版本,如远程库commitID=2 远程关联库commitID=2 本地commitID=3
而我理解的git pull 是直接把远程仓库版本迭代到本地仓库和远程仓库关联库上
git pull #如远程库commitID=2 远程关联库commitID=1 本地commitID=1 变成如远程库commitID=2 远程关联库commitID=2 本地commitID=2