同步GIT仓库的操作 -- pull命令

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的远程仓库。

01 bubble diagram-01.png

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

02 bubble diagram-02.png

在上边的图示中可见commit H。这次commit就是那次新增加的commit，其中含有远程仓库的A-B-C的提交节点，以及合并之后的log信息。这个示例是git pull可以使用的多个合并策略的其中一个。如果向git pull命令传递一个 --rebase选项，那么合并策略则随之改变为rebase合并，而不是直接合并。下个例子会展示rebase合并的pull命令是如何工作的。假设下面示例的工作场景与第一张示图的场景一致，然后我们在同一场景上执行了git pull --rebase。

03 bubble diagram-03-updated@2x kopiera.png

如上图所示，可以看到使用了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操作过程中的各个步骤。

04-06 Git pull discussion.png

也就是我们在第一部分中提到的完整流程。

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分支的提交放到所有其他人的提交之上。