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

 

 

 

我们把日志里的英文翻译过来是说，我们当前的分支没有设置任何上游分支。然后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。