不知道大家有沒(méi)有經(jīng)歷過(guò)，當(dāng)我們切換到了一個(gè)新的分支想要提交代碼的時(shí)候，總會(huì)遇到這樣的錯(cuò)誤。

我們把日志里的英文翻譯過(guò)來(lái)是說(shuō)，我們當(dāng)前的分支沒(méi)有設(shè)置任何上游分支。然后git提示我們可以運(yùn)行下面這行代碼來(lái)設(shè)置遠(yuǎn)程的上游，這樣我們就可以push成功了。

當(dāng)然如果我們push的時(shí)候執(zhí)行的不是git push，而是后面再加上origin的話，就可以push成功了。比如這樣：

那么這是什么原因呢？這個(gè)origin分支又是什么意思呢？我們今天就來(lái)討論一下這個(gè)問(wèn)題。

遠(yuǎn)程分支

遠(yuǎn)程分支其實(shí)就是遠(yuǎn)程代碼倉(cāng)庫(kù)當(dāng)中的分支，比如我們的repo如果是存在github的，那么這個(gè)遠(yuǎn)程倉(cāng)庫(kù)就是github，如果是存在gitlab的，那么這個(gè)倉(cāng)庫(kù)就是gitlab，如果是其他的倉(cāng)庫(kù)也是一樣的道理。

當(dāng)我們?cè)谑褂胓it clone的時(shí)候，git會(huì)自動(dòng)地將這個(gè)遠(yuǎn)程的repo命名為origin，拉取它所有的數(shù)據(jù)之后，創(chuàng)建一個(gè)指向它master的指針，命名為origin/master，之后會(huì)在本地創(chuàng)建一個(gè)指向同樣位置的指針，命名為master，和遠(yuǎn)程的master作為區(qū)分。

也就是說(shuō)，origin的含義指的是遠(yuǎn)程的倉(cāng)庫(kù)。它只是一個(gè)標(biāo)記，就和默認(rèn)分支叫做master一樣，本身并沒(méi)有特別的含義。如果我們?cè)敢庖部梢云鹌渌拿郑且话銢](méi)有人這么干。比如我們?cè)赾lone的時(shí)候可以添加一個(gè)參數(shù)-o給遠(yuǎn)程的repo起一個(gè)別名：

git clone -o chengzhi

這樣一來(lái)，遠(yuǎn)程的這個(gè)repo就會(huì)被命名為chengzhi，代替原本的origin。但是這樣除了裝逼和增加成本之外，沒(méi)有任何用處，不推薦這么干。

操作命令

還記得我們之前在介紹git的時(shí)候曾經(jīng)說(shuō)過(guò)遠(yuǎn)程repo的作用，就是為了防止本地的代碼錯(cuò)亂，所以在遠(yuǎn)程留一份備份。這樣即使我們的代碼完蛋了，至少還可以找到備份。

所以遠(yuǎn)程的repo最大的作用就是保留備份，既然要保留備份，那么我們本地和遠(yuǎn)程的代碼交互肯定是免不了的。大家可能都大概知道git pull從遠(yuǎn)程拉取，git push推送到遠(yuǎn)程，但是對(duì)于這其中的細(xì)節(jié)可能不太清楚。之前沒(méi)有詳細(xì)介紹過(guò)遠(yuǎn)程分支，所以也沒(méi)辦法深入，我們今天剛好聊到這個(gè)話題，正好好好說(shuō)道說(shuō)道。

代碼拉取

我們先說(shuō)代碼拉取，說(shuō)到代碼拉取大家的第一反應(yīng)可能是git pull。但是其實(shí)git pull并不是嚴(yán)格意義上的代碼拉取命令，至少它還不是最細(xì)粒度，其實(shí)還有一個(gè)比git pull更加細(xì)粒度的操作。它就是——git fetch。

實(shí)際上git fetch才是真正的代碼拉取的操作，它的作用是將遠(yuǎn)程的改動(dòng)同步到本地。當(dāng)我們執(zhí)行g(shù)it fetch origin的時(shí)候，這里的origin指的是遠(yuǎn)程的名字，如果你有多個(gè)遠(yuǎn)程的話要指定的話需要加上，否則可以不寫。它會(huì)把遠(yuǎn)程所有的改動(dòng)和分支都拉取到本地，命名為origin/xxx。origin的分支我們用git branch是看不到的，它只能看到本地的分支名，如果想要查看可以使用git branch -r。

當(dāng)我們使用git checkout切換過(guò)去的時(shí)候，可以不必加上origin，git會(huì)自動(dòng)生成一個(gè)本地的分支指針，也指向同樣的節(jié)點(diǎn)。它相當(dāng)于我們執(zhí)行了git checkout -b test origin/test。說(shuō)到這里就需要提一下git pull和git fetch的區(qū)別了，這兩者從表面上來(lái)看都是拉取遠(yuǎn)程的改動(dòng)。但是兩者針對(duì)的范圍不同，git fetch針對(duì)遠(yuǎn)程的所有改動(dòng)，而git pull只針對(duì)當(dāng)前分支對(duì)應(yīng)的遠(yuǎn)程分支。另外git pull執(zhí)行之后會(huì)將遠(yuǎn)程的改動(dòng)merge到本地的分支，也就是說(shuō)它其實(shí)多了一步merge的操作。

代碼推送

說(shuō)到代碼推送回到了我們開(kāi)頭的那個(gè)問(wèn)題，什么情況下git push就可以，什么情況下需要加上origin呢？

這里涉及一個(gè)機(jī)制就是本地的分支是不會(huì)自動(dòng)和遠(yuǎn)程同步的，比如遠(yuǎn)程有人創(chuàng)建了一個(gè)test分支，我們拉取到本地會(huì)叫做origin/test。我們也可以自己創(chuàng)建一個(gè)test分支，和它井水不犯河水。這也是為了方便，如果直接用名稱映射的話，可能會(huì)有潛在的沖突。并且由于可能會(huì)存在多個(gè)遠(yuǎn)程repo，所以我們push的時(shí)候也會(huì)有多種選擇。

最完整的push命令是應(yīng)該寫成這樣的：

git push origin test:cz/test

我們注意到這里用了一個(gè)奇怪的寫法test:cz/test，它的意思是說(shuō)將本地的test分支推送到遠(yuǎn)程作為cz/test分支。如果我們想要本地的名稱和遠(yuǎn)程一樣，我們可以省略簡(jiǎn)寫成：git push origin test。

如果我們?cè)O(shè)置過(guò)當(dāng)前test分支的上游是遠(yuǎn)程的test，或者本地的test就是從origin拷貝過(guò)來(lái)的，那么我們可以直接git push，它會(huì)自動(dòng)將本地的分支與遠(yuǎn)程關(guān)聯(lián)上，會(huì)方便很多。實(shí)際上我們大多數(shù)的push操作都是這么進(jìn)行的。將本地分支和遠(yuǎn)程建立映射可以使用這個(gè)命令：

git branch --set-upstream-to master origin/master

它表示的是將本地的master和遠(yuǎn)程的master進(jìn)行關(guān)聯(lián)，設(shè)置過(guò)關(guān)聯(lián)之后我們只需要git push和git pull就可以更新和推送這個(gè)分支了，會(huì)方便很多。

關(guān)于遠(yuǎn)程分支還有一些內(nèi)容我們沒(méi)有涉及，比如如何跟蹤遠(yuǎn)程的分支，如何刪除等等。由于這些內(nèi)容幾乎用不到，我們即使強(qiáng)行記住了到時(shí)候也會(huì)忘記，所以就不多贅述了。
編輯：hfy