git pull
和
git pull --rebase
命令都是从远端拉取代码,更新我们的仓库。
前提知识
四个区:
- 工作区 :代码在本地存储的目录位置
- 暂存区 :git可以追踪的代码(工作区可以将代码添加到暂存区(add))——临时存储
- 本地库 :暂存区的代码可以提交到本地库(commit),并生成对应的版本 ——生成历史版本
- 远程库:(远程库:如github)本地区的代码可以提交到远程库(push),并生成对应的版本 ——存储在远端
区别git pull 与 git pull --rebase
简单理解
git pull
是 git pull --merge
的简写。
git pull
与git pull --rebase
的关系如下:
git pull = git fetch + git merge
git pull --rebase = git fetch + git rebase
- git fetch是将
远程库
的最新内容拉到本地库
,用户在检查了以后决定是否合并到工作区
中。 - git merge是将本地的两个分支合并,如果在分支A中执行
git merge B
,那就是将分支B中的代码合并到分支A中。 - git pull 则是将远程主机的最新内容拉去到本地库后直接合并到
工作区
中,即:git pull = git fetch + git merge,这样可能会产生冲突,需要手动解决。
图示表示:
- git rebase是将提交到某一分支上的所有修改都移至另一分支上。即如果在B分支上使用
git rebase A
就是将B分支上的修改都变基(移到)A分支上
详见:https://git-scm.com/book/zh/v2/Git-%E5%88%86%E6%94%AF-%E5%8F%98%E5%9F%BA - git pull --rebase则是将远程主机的最新内容拉去到本地库后直接变基到
工作区
中,即:git pull --rebase = git fetch + git rebase,可能会产生冲突手动解决。
图示表示:
git merge与git rebase
通过上面的比较,git pull 与 git pull --rebase的区分实际上就是git merge与git rebase的区分。为了方便区分我们使用两个不同名分支进行讲解。
- git merge是合并分支。是将yang分支合并到master分支之后,master分支的代码有所改动,会自动commit,生成一个新的结点,并且不会影响之前两分支的提交节点。
合并前:
合并后:
执行的合并命令:
$ git checkout master
$ git merge yang
- git rebase是变基。是将yang分支变基到master分支,就是将yang分支的代码改动完全合并到master分支,不会生成新的结点。
变基前:
变基后:
执行的变基命令是:
$ git checkout yang
$ git rebase master
然后需要再执行如下命令,是master分支指向最新节点
$ git checkout master
$ git merge yang
由此可以看出merge和rebase的区别:
- merge 会多出一次 commit生成一个新节点,rebase不会生成新结点。
- merge 的提交树是非线性的,rebase 的提交树是线性的(通过重写提交历史)。
git merge与git rebase实际操作
有一个yangMerge分支,有如下提交记录:
commit ... (HEAD -> yangMerge)
Author: ...
Date: Mon Jan 22 16:36:06 2024 +0800
fix:merge2
commit ...
Author: ...
Date: Mon Jan 22 16:34:40 2024 +0800
fix:merge1
有一个yangRebase分支,有如下提交记录:
commit ... (HEAD -> yangRebase)
Author: ...
Date: Mon Jan 22 16:36:29 2024 +0800
fix:rebase2
commit ...
Author: ...
Date: Mon Jan 22 16:35:03 2024 +0800
fix:rebase1
- 如果执行rebase命令:
在yangRebase分支执行git rebase yangMaster
的命令,再查看分支,显示如下内容:
commit ... (HEAD -> yangRebase,yangMerge)
Author: ...
Date: Mon Jan 22 16:36:29 2024 +0800
fix:rebase2
commit ...
Author:...
Date: Mon Jan 22 16:35:03 2024 +0800
fix:rebase1
commit ...
Author:...
Date: Mon Jan 22 16:36:06 2024 +0800
fix:merge2
commit ...
Author: ...
Date: Mon Jan 22 16:34:40 2024 +0800
fix:merge1
之后同步head分支:
在yangRebase分支执行git merge yangMaster
的命令
commit ... (HEAD -> yangRebase)
Author: ...
Date: Mon Jan 22 16:36:29 2024 +0800
fix:rebase2
- 如果执行merge命令:
在yangMerge分支执行git merge yangRebase
的命令,再查看分支,显示如下内容:
commit ... (HEAD -> liyangDevMerge)
Merge: ... // merge生成新结点记录
Author: ...
Date: Mon Jan 22 16:59:19 2024 +0800
Merge branch 'liyangDevRebase' into liyangDevMerge
commit ...
Author: ...
Date: Mon Jan 22 16:59:03 2024 +0800
fix:rebase2
commit ...
Author: ...
Date: Mon Jan 22 16:58:42 2024 +0800
fix:rebase1
commit ...
Author: ...
Date: Mon Jan 22 16:36:06 2024 +0800
fix:merge2
commit ...
Author: ...
Date: Mon Jan 22 16:34:40 2024 +0800
fix:merge1
可以发现merge命令会生成一个新的合并节点
,并且head指针直接定位到当前分支最新提交的merge节点上。