寫的非常好的一個Git系列文章，強烈推薦
原文鏈接：https://github.com/doggy8088/Learn-Git-in-30-days/tree/master/zh-cn
上一篇大家學會了如何下載遠端倉庫 (git clone, git pull) 與上傳遠端倉庫 (git push)，本篇文章來教大家認識遠端倉庫的其他細節。
與遠端倉庫有關的指令
-
git clone將遠端倉庫複製到本地，並建立工作目錄與本地倉庫 (就是
.git資料夾) -
git pull將遠端倉庫的最新版下載回來，下載的內容包含完整的物件倉庫(object storage)。並且將遠端分支合併到本地分支。 (將
origin/master遠端分支合併到master本地分支)所以一個
git pull動作，完全相等於以下兩段指令：git fetch git merge origin/master -
git push將本地倉庫中目前分支的所有相關物件推送到遠端倉庫中。
-
git fetch將遠端倉庫的最新版下載回來，下載的內容包含完整的物件倉庫(object storage)。 這個命令不包含「合併」分支的動作。
-
git ls-remote顯示特定遠端倉庫的參照名稱。包含遠端分支與遠端標籤。
關於追蹤分支的概念
我們先前學習過關於「分支」的概念，不過僅限於｢本地分支｣，今天我們多出了個「遠端分支」，事情就相對複雜一些。
基本上，當我們的版本控制流程加上了遠端倉庫之後，原本的分支就可以被拆成四種不同的概念：
-
遠端追蹤分支
這個分支位於遠端，目的是用來追蹤分支的變化情形。通常遠端分支你是存取不到的。
-
本地追蹤分支
當你執行
git clone複製一個遠端容器回來之後，所有遠端追蹤分支會被下載回來，並且相對應的建立起一個同名的 本地追蹤分支。我們以複製 jQuery 在 GitHub 上的項目爲例，通過
git clone https://github.com/jquery/jquery.git下載回來後，執行git branch -a指令，顯示出所有「本地分支」與「本地追蹤分支」。「本地追蹤分支」就是如下圖紅字的部分：![image]()
-
本地分支
在通過
git branch指令執行時所顯示的分支，就是所謂的「本地分支」，這些分支存在於本地端，而這些分支又常被稱爲 主題分支 (Topic Branch) 或 開發分支 (Development Branch)，就是因爲這些分支預設不會被推送到遠端倉庫，主要用來做開發用途。 -
遠端分支
顧名思義，遠端分支就是在遠端倉庫中的分支，如此而已。如果你用 GitHub 的話，你是無法存取遠端分支的。
雖然說「概念上」可以分爲這四類，但其實這些分支就只是參照名稱而已，而這裏的「追蹤分支」主要就是用來跟遠端的分支做對應，你不應該直接在這些分支上建立版本 (雖然你還是可以這麼做，但強烈不建議亂搞)，而是把這些「本地追蹤分支」視爲是一種｢唯讀｣的分支。
註冊遠端倉庫
我們在上一篇有提過可以通過 git remote 指令手動加入一個「遠端倉庫」，例如：
git remote add origin https://github.com/doggy8088/sandbox-empty2.git
這個 origin 名稱是在 Git 版本控制中慣用的預設遠端分支的參照名稱，主要目的是用來代表一個遠端倉庫的 URL 位址。
不過，事實上你可以在你的工作目錄中，建立多個遠端倉庫的參照位址。例如我們以 sandbox-empty2 這個項目爲例，我們先複製回來，然後通過 git remote -v 可列出目前註冊在工作目錄裏的遠端倉庫信息。如果我們額外將 jQuery 的遠端倉庫也一併下載回來，則可以用以下指令先行註冊一個名稱起來。
git remote add jquery https://github.com/jquery/jquery.git
最後再用 git fetch 指令把完整的 jQuery 遠端倉庫一併下載回來，完整的執行過程如下圖示：
你可以看到，我們事實上可以在一個 Git 工作目錄中，加入許多相關或不相關的遠端倉庫，這些複製回來的完整倉庫，都包含了這些倉庫中的所有物件與變更歷史，這些 Git 物件隨時都可以靈活運用。不過，通常我們註冊多個遠端倉庫的機會並不多，除非你想抓特其他團隊成員的版本庫回來查看內容。
這些註冊進工作目錄的遠端倉庫設定信息，都儲存在 .git\config 設定檔中，其內容如下範例：
[remote "origin"]
url = https://github.com/doggy8088/sandbox-empty2.git
fetch = +refs/heads/*:refs/remotes/origin/*
[remote "jquery"]
url = https://github.com/jquery/jquery.git
fetch = +refs/heads/*:refs/remotes/jquery/*
這個 [remote "origin"] 區段的設定，包含了遠端倉庫的代表名稱 origin，還有兩個重要的參數，分別是 url 與 fetch 這兩個，所代表的意思是：「遠端倉庫 URL 位址在 https://github.com/doggy8088/sandbox-empty2.git，然後 fetch 所指定的則是一個參照名稱對應規格(refspec)。」
何謂參照名稱對應規格 (refspec)
我們先來看一下 refspec 的格式：
+refs/heads/*:refs/remotes/origin/*
這個格式概略區分成 4 塊：
-
+設定
+加號，代表傳輸資料時，不會特別使用安全性確認機制。 -
refs/heads/*「來源參照規格」，代表一個位於遠端倉庫的遠端分支，而
*星號代表refs/heads/這個路徑下｢所有的遠端參照」。 -
:這用來區隔｢來源分支｣與「目的分支」
-
refs/remotes/origin/*「目的參照規格」，代表一個位於本地倉庫的本地追蹤分支，而
*星號代表工作目錄的refs/remotes/origin/這個路徑下｢所有的本地參照」。
當我們定義好這份 refspec 對應規格後，主要會影響到的是 git fetch 與 git push 這兩個遠端倉庫的操作。
git fetch 就是把遠端倉庫的相關物件取回，但要取得那些遠端分支的物件呢？就是通過這份 refspec 的定義，他才知道的。以上述爲例，當你執行 git fetch 或 git fetch origin 的時候，他會先通過 URL 連到遠端倉庫，然後找出「來源參照規格」的那些遠端分支 (refs/heads/*)，取回之後放入「目的參照規格」的那些本地追蹤分支(refs/remotes/origin/*)。
我們要怎樣查詢遠端倉庫到底有哪些分支呢？你可以執行 git ls-remote 或 git ls-remote origin 即可列出所有遠端分支：
如果你把 fetch 的 refspec 修改成以下這樣，那麼除了 master 以外的遠端分支，就不會被下載了！：
fetch = +refs/heads/master:refs/remotes/origin/master
如果你想明確下載特定幾個分支就好，你可以重複定義好幾個不同的 fetch 參照規格 (refspec)，例如：
[remote "origin"]
url = https://github.com/doggy8088/sandbox-empty2.git
fetch = +refs/heads/master:refs/remotes/origin/master
fetch = +refs/heads/TestBranch:refs/remotes/origin/TestBranch
另外，在我們通過 git remote add [URL] 建立遠端倉庫設定時，並沒有 push 參照規格，其預設值如下：
push = +refs/heads/*:refs/heads/*
所代表的意思則是，當執行 git push 時，Git 指令會參考這份 push 的參照規格，讓你將本地倉庫在 refs/heads/* 底下的所有分支與標籤，全部都推送到相對應遠端倉庫的 refs/heads/* 參照名稱下。
最後，無論你執行 git push 或 git fetch，在不特別加參數的情況下，Git 預設就是用 origin 當成遠端倉庫，並使用 origin 的參照規格。
本地分支與遠端倉庫之間的關係
我們已經知道，一個工作目錄下的本地倉庫，可能會定義有多個遠端倉庫。所以當你想將 非 master 分支 通過 git push 推送到遠端時，Git 可能不知道你到底想推送到哪裏，所以我們要另外定義本地分支與遠端倉庫之間的關係。
我們以 https://github.com/doggy8088/frontend-tools.git 這個遠端倉庫爲例，我複製下來後，預設就會有一個 master 本地分支，我嘗試建立一個 FixForCRLF 本地分支，直接通過 git push 無法推送成功，你必須輸入完整的 git push origin FixForCRLF 指令才能將本地分支推送上去，原因就出在你並沒有設定「本地分支」與「遠端倉庫」之間的預設對應。
要將本地分支建立起跟遠端倉庫的對應關係，只要在 git push 的時候加上 --set-upstream 參數，即可將本地分支註冊進 .git\config 設定檔，之後再用 git push 就可以順利的自動推送上去。
執行 git push --set-upstream origin FixForCRLF 的同時，會在 .git\config 設定檔增加以下內容：
[branch "FixForCRLF"]
remote = origin
merge = refs/heads/FixForCRLF
你可以從這個設定檔的格式中發現，在這個 [branch "FixForCRLF"] 設定裏面，有兩個屬性分別是 remote 與 merge，所代表的意思是：「當你想要將本地的 FixForCRLF 分支推送到遠端倉庫時，預設的遠端倉庫爲 origin 這個，然後推送的時候要將本次的變更合併到 refs/heads/FixForCRLF 這個遠端分支裏。」
當然，我們在一開始執行 git clone https://github.com/doggy8088/frontend-tools.git 的時候，Git 就會預設幫我們建立好 master 分支的對應關係，所以針對 master 分支進行操作時，不需要額外加上 --set-upstream 就能使用。其分支的定義內容如下：
[branch "master"]
remote = origin
merge = refs/heads/master
今日小結
本篇文章詳細的介紹，在面對遠端倉庫時的一些重要觀念，尤其是參照規格 (refspec) 這一段,學會之後纔有機會設定更加符合自己或團隊需要的設定。不過，還是建議大家不要修改預設值，以免把大家搞糊塗了。
我重新整理一下本日學到的 Git 指令與參數：
- git remote -v
- git branch -r
- git branch -a
- git branch
- git push
- git ls-remote