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_featuregit pull <remote repo>该示例首先检出并切换到new_feature分支。在这之后执行传递了remote的git pull命令。这将下载<remote repo>的new_feature分支的内容。一旦下载实现后就会发动一个git merge操作，合并近程变更到本地的new_feature分支。
git pull + rebase
以下示例展现如何应用rebase形式同步并更新近程仓库的main分支：
git checkout maingit pull --rebase origin执行以上命令会将你在本地对main分支的提交放到所有其他人的提交之上。