之前理解了Git分支，現在我們來學習遠程倉庫操作。
遠程倉庫常用命令
# 下載遠程倉庫的所有變動
$ git fetch [remote]
# 顯示所有遠程倉庫
$ git remote -v
# 顯示某個遠程倉庫的信息
$ git remote show [remote]
# 增加一個新的遠程倉庫，並命名
$ git remote add [shortname] [url]
# 取回遠程倉庫的變化，並與本地分支合併
$ git pull [remote] [branch]
# 上傳本地指定分支到遠程倉庫
$ git push [remote] [branch]
# 強行推送當前分支到遠程倉庫，即使有衝突
$ git push [remote] --force
# 推送所有分支到遠程倉庫
$ git push [remote] --all
#簡單查看遠程---所有倉庫
git remote （只能查看遠程倉庫的名字）
#查看單個倉庫
git remote show [remote-branch-name]
#新建遠程倉庫
git remote add [branchname] [url]
#修改遠程倉庫
git remote rename [oldname] [newname]
#刪除遠程倉庫
git remote rm [remote-name]
#獲取遠程倉庫數據
git fetch [remote-name] (獲取倉庫所有更新，但不自動合併當前分支)
git pull (獲取倉庫所有更新，並自動合併到當前分支)
#上傳數據，如git push origin master
git push [remote-name] [branch]
git clone 克隆
遠程操作的第一步，通常是從遠程主機克隆一個版本庫，這時就要用到git clone命令。
$ git clone <版本庫的網址>
git remote
爲了便於管理，Git要求每個遠程主機都必須指定一個主機名。git remote命令就用於管理主機名。
不帶選項的時候，git remote命令列出所有遠程主機。
$ git remote
使用-v選項，可以參看遠程主機的網址。
$ git remote -v
git remote add命令用於添加遠程主機。
$ git remote add <主機名> <網址>
git remote rm命令用於刪除遠程主機。
$ git remote rm <主機名>
git remote rename命令用於遠程主機的改名。
$ git remote rename <原主機名> <新主機名>
git fetch（同步）
一旦遠程主機的版本庫有了更新（Git術語叫做commit），需要將這些更新取回本地，這時就要用到git fetch命令
$ git fetch <遠程主機名>
上面命令將某個遠程主機的更新，全部取回本地。
git fetch命令通常用來查看其他人的進程，因爲它取回的代碼對你本地的開發代碼沒有影響。
默認情況下，git fetch取回所有分支（branch）的更新。如果只想取回特定分支的更新，可以指定分支名。
$ git fetch <遠程主機名> <分支名>
比如，取回origin主機的master分支。
$ git fetch origin master
所取回的更新，在本地主機上要用"遠程主機名/分支名"的形式讀取。比如origin主機的master，就要用origin/master讀取。
git branch
git branch命令的-r選項，可以用來查看遠程分支，-a選項查看所有分支。
$ git branch -r
origin/master
$ git branch -a
* master
remotes/origin/master
上面命令表示，本地主機的當前分支是master，遠程分支是origin/master。
取回遠程主機的更新以後，可以在它的基礎上，使用git checkout命令創建一個新的分支。
$ git checkout -b newBrach origin/master
上面命令表示，在origin/master的基礎上，創建一個新分支。
此外，也可以使用git merge命令或者git rebase命令，在本地分支上合併遠程分支。
$ git merge origin/master
#或者
$ git rebase origin/master
上面命令表示在當前分支上，合併origin/master。
git pull
git pull命令的作用是，取回遠程主機某個分支的更新，再與本地的指定分支合併。它的完整格式稍稍有點複雜。
$ git pull <遠程主機名> <遠程分支名>:<本地分支名>
比如，取回origin主機的next分支，與本地的master分支合併，需要寫成下面這樣。
$ git pull origin next:master
如果遠程分支是與當前分支合併，則冒號後面的部分可以省略。
$ git pull origin next
上面命令表示，取回origin/next分支，再與當前分支合併。實質上，這等同於先做git fetch，再做git merge。
$ git fetch origin
$ git merge origin/next
在某些場合，Git會自動在本地分支與遠程分支之間，建立一種追蹤關係（tracking）。比如，在git clone的時候，所有本地分支默認與遠程主機的同名分支，建立追蹤關係，也就是說，本地的master分支自動"追蹤"origin/master分支。
Git也允許手動建立追蹤關係。
git branch --set-upstream master origin/next
上面命令指定master分支追蹤origin/next分支。
如果當前分支與遠程分支存在追蹤關係，git pull就可以省略遠程分支名。
$ git pull origin
上面命令表示，本地的當前分支自動與對應的origin主機"追蹤分支"（remote-tracking branch）進行合併。
如果當前分支只有一個追蹤分支，連遠程主機名都可以省略。
$ git pull
上面命令表示，當前分支自動與唯一一個追蹤分支進行合併。
如果合併需要採用rebase模式，可以使用–rebase選項。
$ git pull --rebase <遠程主機名> <遠程分支名>:<本地分支名>
如果遠程主機刪除了某個分支，默認情況下，git pull 不會在拉取遠程分支的時候，刪除對應的本地分支。這是爲了防止，由於其他人操作了遠程主機，導致git pull不知不覺刪除了本地分支。
但是，你可以改變這個行爲，加上參數 -p 就會在本地刪除遠程已經刪除的分支。
$ git pull -p
#同於下面的命令
$ git fetch --prune origin
$ git fetch -p
git push
git push命令用於將本地分支的更新，推送到遠程主機。它的格式與git pull命令相仿。
$ git push <遠程主機名> <本地分支名>:<遠程分支名>
注意，分支推送順序的寫法是<來源地>:<目的地>，所以git pull是<遠程分支>:<本地分支>，而git
push是<本地分支>:<遠程分支>。
如果省略遠程分支名，則表示將本地分支推送與之存在"追蹤關係"的遠程分支（通常兩者同名），如果該遠程分支不存在，則會被新建。
$ git push origin master
上面命令表示，將本地的master分支推送到origin主機的master分支。如果後者不存在，則會被新建。
如果省略本地分支名，則表示刪除指定的遠程分支，因爲這等同於推送一個空的本地分支到遠程分支。
$ git push origin :master
#等同於
$ git push origin --delete master
上面命令表示刪除origin主機的master分支。
如果當前分支與遠程分支之間存在追蹤關係，則本地分支和遠程分支都可以省略。
$ git push origin
上面命令表示，將當前分支推送到origin主機的對應分支。
如果是新建分支第一次push，會提示：
fatal: The current branch dev1 has no upstream branch.
To push the current branch and set the remote as upstream, use git push --set-upstream origin dev1
輸入這行命令，然後輸入用戶名和密碼，就push成功了。
以後的push就只需要輸入git push origin
原因是：
#因爲在git的全局配置中，有一個push.default屬性，其決定了git push操作的默認行爲。在Git 2.0之前，這個屬性的默認被設爲'matching'，2.0之後則被更改爲了'simple'。
#我們可以通過git version確定當前的git版本（如果小於2.0，更新是個更好的選擇），通過git config --global push.default 'option'改變push.default的默認行爲（或者也可直接編輯~/.gitconfig文件）。
push.default 有以下幾個可選值：
nothing, current, upstream, simple, matching
其用途分別爲：
nothing - push操作無效，除非顯式指定遠程分支，例如git push origin develop（我覺得。。。可以給那些不願學git的同事配上此項）。
current - push當前分支到遠程同名分支，如果遠程同名分支不存在則自動創建同名分支。
upstream - push當前分支到它的upstream分支上（這一項其實用於經常從本地分支push/pull到同一遠程倉庫的情景，這種模式叫做central workflow）。
simple - simple和upstream是相似的，只有一點不同，simple必須保證本地分支和它的遠程
upstream分支同名，否則會拒絕push操作。
matching - push所有本地和遠程兩端都存在的同名分支。
因此如果我們使用了git2.0之前的版本，push.default = matching，git push後則會推送當前分支代碼到遠程分支，而2.0之後，push.default = simple，如果沒有指定當前分支的upstream分支，就會收到上文的fatal提示。
如果當前分支只有一個追蹤分支，那麼主機名都可以省略。
$ git push
如果當前分支與多個主機存在追蹤關係，則可以使用-u選項指定一個默認主機，這樣後面就可以不加任何參數使用git push。
$ git push -u origin master
上面命令將本地的master分支推送到origin主機，同時指定origin爲默認主機，後面就可以不加任何參數使用git push了。
不帶任何參數的git push，默認只推送當前分支，這叫做simple方式。此外，還有一種matching方式，會推送所有有對應的遠程分支的本地分支。Git 2.0版本之前，默認採用matching方法，現在改爲默認採用simple方式。如果要修改這個設置，可以採用git config命令。
$ git config --global push.default matching
#或者
$ git config --global push.default simple
還有一種情況，就是不管是否存在對應的遠程分支，將本地的所有分支都推送到遠程主機，這時需要使用–all選項。
$ git push --all origin
上面命令表示，將所有本地分支都推送到origin主機。
如果遠程主機的版本比本地版本更新，推送時Git會報錯，要求先在本地做git pull合併差異，然後再推送到遠程主機。這時，如果你一定要推送，可以使用–force選項。
$ git push --force origin
上面命令使用–force選項，結果導致遠程主機上更新的版本被覆蓋。除非你很確定要這樣做，否則應該儘量避免使用–force選項。
最後，git push不會推送標籤（tag），除非使用–tags選項。
$ git push origin --tags