當(dāng)你從遠(yuǎn)程倉(cāng)庫(kù)克隆時(shí)，實(shí)際上Git自動(dòng)把本地的master分支和遠(yuǎn)程的master分支對(duì)應(yīng)起來(lái)了，并且，遠(yuǎn)程倉(cāng)庫(kù)的默認(rèn)名稱是origin。
1.要查看遠(yuǎn)程庫(kù)的信息 使用git remote
2.要查看遠(yuǎn)程庫(kù)的詳細(xì)信息 使用git remote –v

查看遠(yuǎn)程庫(kù)

上面顯示了可以抓取和推送的origin的地址。如果沒(méi)有推送權(quán)限，就看不到push的地址。

推送分支

推送分支，就是把該分支上的所有本地提交推送到遠(yuǎn)程庫(kù)。推送時(shí)，要指定本地分支，這樣，Git就會(huì)把該分支推送到遠(yuǎn)程庫(kù)對(duì)應(yīng)的遠(yuǎn)程分支上：

$ git push origin master

比如我現(xiàn)在的github上的readme.txt文件內(nèi)容如下：

github上的readme.txt的內(nèi)容如圖

本地是這樣的：

這是本地的內(nèi)容

現(xiàn)在我想把本地更新的readme.txt代碼推送到遠(yuǎn)程庫(kù)中，使用命令如下：

$ git push origin master

【這是我出現(xiàn)的問(wèn)題】

我在push的途中出現(xiàn)問(wèn)題了,文件有修改沖突

后來(lái)在網(wǎng)上查看，修改了兩者的沖突之后，用git push -f origin master強(qiáng)制推送上去。（網(wǎng)上說(shuō)的其他方法有用過(guò)，什么pull之后fench之類的，但是不起作用，目前看來(lái)直接強(qiáng)推反而起作用了?？赡苁亲约簩?shí)踐不到位）

強(qiáng)制推送

我們可以看到如上，推送成功，我們可以繼續(xù)來(lái)截圖github上的readme.txt內(nèi)容 如下：

成功推送了內(nèi)容

可以看到推送成功了，如果我們現(xiàn)在要推送到其他分支，比如dev分支上，我們還是那個(gè)命令

git push origin dev

但是，并不是一定要把本地分支往遠(yuǎn)程推送，那么，哪些分支需要推送，哪些不需要呢？
1.master分支是主分支，因此要時(shí)刻與遠(yuǎn)程同步；
2.dev分支是開發(fā)分支，團(tuán)隊(duì)所有成員都需要在上面工作，所以也需要與遠(yuǎn)程同步；
3.bug分支只用于在本地修復(fù)bug，就沒(méi)必要推到遠(yuǎn)程了，除非老板要看看你每周到底修復(fù)了幾個(gè)bug；
4.feature分支是否推到遠(yuǎn)程，取決于你是否和你的小伙伴合作在上面開發(fā)。

抓取分支

多人協(xié)作時(shí)，大家都會(huì)往master和dev分支上推送各自的修改。
現(xiàn)在，模擬一個(gè)你的小伙伴，可以在另一臺(tái)電腦（注意要把SSH Key添加到GitHub）或者同一臺(tái)電腦的另一個(gè)目錄下克隆，新建一個(gè)目錄名字叫testgit2：

克隆遠(yuǎn)程庫(kù)到testgit2上來(lái)

本地有克隆的learngit這個(gè)庫(kù)的內(nèi)容了

現(xiàn)在，你的小伙伴要在dev分支上開發(fā)，就必須創(chuàng)建遠(yuǎn)程origin的dev分支到本地，于是他用這個(gè)命令創(chuàng)建本地dev分支：

$ git checkout -b dev origin/dev

完整操作

這是還未push新改的dev分之前的內(nèi)容

剛剛push之后遠(yuǎn)程dev分支的內(nèi)容

小伙伴們已經(jīng)向origin/dev分支上推送了提交，而我在我的目錄文件下也對(duì)同樣的文件同個(gè)地方作了修改，也試圖推送到遠(yuǎn)程庫(kù)時(shí)，如下：

自己修改推送同一個(gè)文件時(shí)報(bào)錯(cuò)

由上面可知：推送失敗，因?yàn)槲业男』锇樽钚绿峤坏暮臀以噲D推送的有沖突，解決的辦法也很簡(jiǎn)單，上面已經(jīng)提示我們，先用git pull把最新的提交從origin/dev抓下來(lái)，然后在本地合并，解決沖突，再推送。

pull失敗了

git pull也失敗了，原因是沒(méi)有指定本地dev分支與遠(yuǎn)程origin/dev分支的鏈接，根據(jù)提示，設(shè)置dev和origin/dev的鏈接：

$ git branch --set-upstream dev origin/dev

這張圖是別人的

【這張圖是別人的，因?yàn)槲易约翰僮鞯臅r(shí)候，不知道怎么跳轉(zhuǎn)到unix界面去了，導(dǎo)致無(wú)法同步了，我重新進(jìn)去的時(shí)候提示我自己的dev分支能夠直接push。。。（迷）然后我模擬testgit2那邊push dev分支，可能是由于設(shè)置過(guò)dev鏈接的原因，直接pull成功了，就是告訴有沖突】

這張是自己反向模擬的，意思就是假設(shè)自己已經(jīng)推送完成，用同事的電腦再來(lái)推送同一個(gè)文件

上面兩圖都告知我們merge conflict有沖突，需要手動(dòng)解決，解決的方法和分支管理中的解決沖突完全一樣。解決后，提交，再push：

沖突內(nèi)容

這時(shí)推送成功了

小結(jié)

因此，多人協(xié)作的工作模式通常是這樣：
1.首先，可以試圖用 git push origin branch-name推送自己的修改；
2.如果推送失敗，則因?yàn)檫h(yuǎn)程分支比你的本地更新早（別人已經(jīng)先push上去過(guò)了），需要先用git pull試圖合并。
3.如果合并有沖突，則需要解決沖突，并在本地提交（也就是add+commit）。沒(méi)有沖突或者解決掉沖突后，再用git push origin branch-name推送就能成功！。
4.如果git pull提示“no tracking information”，則說(shuō)明本地分支和遠(yuǎn)程分支的鏈接關(guān)系沒(méi)有創(chuàng)建，用命令git branch --set-upstream branch-name origin/branch-name。

這就是多人協(xié)作的工作模式，一旦熟悉了，就非常簡(jiǎn)單。

-查看遠(yuǎn)程庫(kù)信息，使用git remote -v；
-本地新建的分支如果不推送到遠(yuǎn)程，對(duì)其他人就是不可見的；
-從本地推送分支，使用git push origin branch-name，如果推送失敗，先用git pull抓取遠(yuǎn)程的新提交；
-在本地創(chuàng)建和遠(yuǎn)程分支對(duì)應(yīng)的分支，使用git checkout -b branch-name origin/branch-name，本地和遠(yuǎn)程分支的名稱最好一致；
-建立本地分支和遠(yuǎn)程分支的關(guān)聯(lián)，使用git branch --set-upstream branch-name origin/branch-name；
-從遠(yuǎn)程抓取分支，使用git pull，如果有沖突，要先處理沖突。