关于git:同步GIT仓库的操作-pull命令

54次阅读

共计 2345 个字符,预计需要花费 6 分钟才能阅读完成。

git pull命令用来从近程仓库下载更新内容,并立刻将对应内容更新到本地仓库。在 Git 的合作工作流中,合并近程仓库变更到本地仓库是很常见的工作。而 git pull 命令实际上就是其余两个命令的结合体,先 git fetch 而后紧接着 git merge。在git pull 命令执行的第一个阶段,会先对以后本地 HEAD 指针指向的分支执行 git fetch。当原称更新内容下载实现之后,git pull 会接着进入合并流程。合并操作会创立一个新的 commit,并且 HEAD 指针也会随之更新而指向这个新的 commit。

Git pull 应用

它是如何工作的

git pull命令首先会执行 git fetch 命令,这一操作用于下载近程仓库的内容。之后执行 git merge 命令来合并近程内容,合并的后果会在本地创立一个合并 commit。为了更好的了解这一系列下载和合并的流程,咱们能够参考下图所示流程。假如咱们的仓库有一个名叫 main 的分支以及一个别名为 origin 的近程仓库。

在这一场景中,git pull会以本地仓库 main 分支与近程仓库 main 分支分叉的那个 revision 节点为终点,下载对应本地仓库的近程仓库的所有更改。在这个例子中,这个节点即是 D 的下一节点,也就是 E。git pull会下载分叉之后的近程 commits,也就是 A -B-C。之后 pull 流程会创立一个含有这些分叉的近程变更的 commit,将这些变更合并到本地仓库。

在上边的图示中可见 commit H。这次 commit 就是那次新减少的 commit,其中含有近程仓库的 A -B- C 的提交节点,以及合并之后的 log 信息。这个示例是 git pull 能够应用的多个合并策略的其中一个。如果向 git pull 命令传递一个 --rebase选项,那么合并策略则随之扭转为 rebase 合并,而不是间接合并。下个例子会展现 rebase 合并的 pull 命令是如何工作的。假如上面示例的工作场景与第一张示图的场景统一,而后咱们在同一场景上执行了git pull --rebase

如上图所示,能够看到应用了 rebase 合并的 pull 命令没有创立一个新的 H commit。相同,rebase 过程中复制了近程仓库的 A -B-C 三个 commits 到本地仓库,而后重新排列了本地仓库 main 分支的提交历史,将本地在分岔点之后的新变更(E-F-G)排列到近程仓库的 C 节点之后。

常见可选项

git pull <remote>

下载指定的近程仓库到本地仓库,并立刻将其合并。该命令与执行 git fetch <remote> 之后紧接着执行 git merge <remote>/<current-branch> 的作用统一。

git pull --no-commit <remote>

与默认的调用相似,下载近程内容并合并,然而不提交这次合并。

git pull --rebase <remote>

与前一个 pull 操作统一,区别在于不应用 git merge 操作来合并近程分支到本地,而是应用git rebase

git pull --verbose

--verbose选项会显示下载内容以及合并过程的详细信息。

对于 git pull 的探讨

git pull用于同步近程仓库的上游变更到本地仓库。下图具体展现了 pull 操作过程中的各个步骤。

也就是咱们在第一局部中提到的残缺流程。

Git pull 以及同步

git pull是 git 中用于同步近程内容的诸多命令中的一个。git remote命令用于指定所有同步操作命令所指的近程仓库。git push命令则用于上传内容到近程仓库。

git fetch命令可能会与 git pull 产生混同。他们都是用来下载近程内容的。其中最重要的区别在安全性上。无论在什么场景下 git fetch 命令都被认为是更加平安的选项,git pull则不然。起因在于 git fetch 只是下载近程内容,而不扭转本地仓库的状态。与之对应的 git pull 命令,则会在下载近程内容之后立马尝试将新内容利用到本地仓库分支上,从而扭转本地仓库状态。这一操作有时候会在无意间导致本地仓库发生冲突。

pull 与 rebase

--rebase选项的退出不会产生额定的合并提交,因而会保障整个提交历史是线性的。很多开发者绝对于 merge 更加喜爱应用 rebase,因为后者更像是“我要把我的变更放在其他人曾经提交的变更之上”。这一流程在很多合作场景下显得更加天然。

事实上,因为 pull --rebase的工作流程如此常见,以至于在 git 中有一个专用的配置项为之而生。

git config --global branch.autosetuprebase always

执行以上命令之后,所有的 git pull 命令都将以 git rebase 的形式整合近程变更,而不是以 git merge 的形式。

Git pull 示例

以下示例展现了 git pull 的常见操作

默认行为

git pull

执行缺省 git pull 命令的成果相等于先执行 git fetch origin HEAD 而后执行git merge HEAD,其中 HEAD 是指向本地以后分支的援用。

更新近程仓库

git checkout new_feature
git pull <remote repo>

该示例首先检出并切换到 new_feature 分支。在这之后执行传递了 remote 的 git pull 命令。这将下载 <remote repo> 的 new_feature 分支的内容。一旦下载实现后就会发动一个 git merge 操作,合并近程变更到本地的 new_feature 分支。

git pull + rebase

以下示例展现如何应用 rebase 形式同步并更新近程仓库的 main 分支:

git checkout main
git pull --rebase origin

执行以上命令会将你在本地对 main 分支的提交放到所有其他人的提交之上。

正文完
 0