不知道大家有没有经历过，当我们切换到了一个新的分支想要提交代码的时候，总会遇到这样的错误。

我们把日志里的英文翻译过来是说，我们当前的分支没有设置任何上游分支。然后git提示我们可以运行下面这行代码来设置远程的上游，这样我们就可以push成功了。

当然如果我们push的时候执行的不是git push，而是后面再加上origin的话，就可以push成功了。比如这样：

那么这是什么原因呢？这个origin分支又是什么意思呢？我们今天就来讨论一下这个问题。

远程分支

远程分支其实就是远程代码仓库当中的分支，比如我们的repo如果是存在github的，那么这个远程仓库就是github，如果是存在gitlab的，那么这个仓库就是gitlab，如果是其他的仓库也是一样的道理。

当我们在使用git clone的时候，git会自动地

将这个远程的repo命名为origin，拉取它所有的数据之后，创建一个指向它master的指针，命名为origin/master，之后会在本地创建一个指向同样位置的指针，命名为master，和远程的master作为区分。

也就是说，origin的含义指的是远程的仓库。它只是一个标记，就和默认分支叫做master一样，本身并没有特别的含义。如果我们愿意也可以起其他的名字，但是一般没有人这么干。比如我们在clone的时候可以添加一个参数-o给远程的repo起一个别名：

这样一来，远程的这个repo就会被命名为chengzhi，代替原本的origin。但是这样除了装逼和增加成本之外，没有任何用处，不推荐这么干。

操作命令

还记得我们之前在介绍git的时候曾经说过远程repo的作用，就是为了防止本地的代码错乱，所以在远程留一份备份。这样即使我们的代码完蛋了，至少还可以找到备份。

所以远程的repo最大的作用就是保留备份，既然要保留备份，那么我们本地和远程的代码交互肯定是免不了的。大家可能都大概知道git pull从远程拉取，git push推送到远程，但是对于这其中的细节可能不太清楚。之前没有详细介绍过远程分支，所以也没办法深入，我们今天刚好聊到这个话题，正好好好说道说道。

代码拉取

我们先说代码拉取，说到代码拉取大家的第一反应可能是git pull。但是其实git pull并不是严格意义上的代码拉取命令，至少它还不是最细粒度，其实还有一个比git pull更加细粒度的操作。它就是——git fetch。

实际上git fetch才是真正的代码拉取的操作，它的作用是将远程的改动同步到本地。当我们执行git fetch origin的时候，这里的origin指的是远程的名字，如果你有多个远程的话要指定的话需要加上，否则可以不写。它会把远程所有的改动和分支都拉取到本地，命名为origin/xxx。origin的分支我们用git branch是看不到的，它只能看到本地的分支名，如果想要查看可以使用git branch -r。

当我们使用git checkout切换过去的时候，可以不必加上origin，git会自动生成一个本地的分支指针，也指向同样的节点。它相当于我们执行了git checkout -b test origin/test。说到这里就需要提一下git pull和git fetch的区别了，这两者从表面上来看都是拉取远程的改动。但是两者针对的范围不同，git fetch针对远程的所有改动，而git pull只针对当前分支对应的远程分支。另外git pull执行之后会将远程的改动merge到本地的分支，也就是说它其实多了一步merge的操作。