不要把 Pull 当 Fetch 用

前言：最近遇到一个坑，我居然之前都没遇到过，还是自己开发太少了，git 用的太少了

背景

现在有两个远程仓库：

• upstream：一个多人协作的远程仓库，自己没有 push 的权限。
• origin：自己的远程仓库，自己有 push 权限，每次修改代码以后先 push origin，然后再给 upstream 提 PR。

现在有四个分支：

（：前是分支的名字）

• branch1：upstream 的 branch1
• branch2：upstream 的 branch2
• branch1：origin 的 branch1
• branch2：origin 的 branch2

现在我要在 Branch1 上做开发。

正确的流程

每次我要向自己的 origin branch1 代码仓库 push 的正确流程应该是：

（：前面是操作，后面是解释。... 表示一系列的操作 ）

• git add：add 这次修改
• git commit：提交这次修改
• git pull --rebase upstream branch1：从 upstream 拉取别人最新的代码，rebase 到当前分支上
• ...：解决 rebase 的冲突
• git push --set-upstream origin：提交代码到 origin

这个流程没什么问题。当我们想切换到一个新的分支以后，并从 upstream 拉取代码的时候，使用 pull 就有大问题。

使用 Pull 的大问题

当我们在 branch1 选择使用 pull 命令拉取 branch2 的时候，就有大问题！哪怕你是这么写的：

git pull upstream branch2:branch2

确实这样会在本地创建一个新的分支 branch2 但是这个命令会自动把 branch1 和 branch2 合并。导致你的终端出现一堆 git 的问题。然后你明明觉得：我不就是 pull 了一个分支嘛？怎么这么多问题。

因为 git pull 本质就是 fetch + merge。而且是和当前分支 merge。而我们只想使用 fetch 的功能。

所以想清楚如果只是拉代码而没有合并，一定只用 fetch！

所以应该写成：

git fetch upstream branch2:branch2

这样就不会和 branch1 合并了。