开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第20天，点击查看活动详情

从远程仓库中抓取和拉取

我们之前提到的克隆，就是把远端的仓库整个克隆下来，但克隆的操作在实际开发中并不频繁，不然同步别人的代码，别人上传一次我们克隆一次，这样就非常耗时了。如果我们要接手一个项目，我们克隆一般用一次就够了，后续的提交我们更新就可以了，就是抓取和拉取。远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本地，再进行操作。

抓取

命令: git fetch [remote name][branch name]

选项	含义
remote name	远端名称，我们之前默认设置的是origin
branch name	分支名

- 抓取指令就是将仓库里的更新都抓取到本地，不会进行合并

• 如果不指定远端名称和分支名，则抓取所有分支。

拉取

命令: git pull [remote name] [branch name]

• 拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge

• 如果不指定远端名称和分支名，则抓取所有并更新当前分支。

案例

我们在本地仓库新建个文件，推到远程仓库后，再用克隆下来的仓库做个更新操作。

git push前，日志输出 ：

git push后，日志输出 ：

origin跑到master的位置，这就类似一个快进模式的合并。这也表名了远端的仓库现在是最新的版本。

接下来我们使用克隆下来的仓库进行抓取的操作。

克隆下来的仓库抓取后，日志输出

远端的名称在master前面，显然远端的master比我们本地的master更新，我们需要合并的操作。 输入命令：git merge origin/master

合并之后我们再输出日志查看一下：

这样两边就一样了，但抓取还是太麻烦了，拉取git pull可以自动合并，更方便一点，这里就不再展示了。

解决合并冲突

在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。 A用户在本地修改代码后优先推送到远程仓库,此时B用户在本地修订代码，提交到本地仓库后，也需要推送到远 程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支，如下图所示。

如果，B用户拉取代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲突。远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同相同，在此不再赘述。