遠(yuǎn)程分支

2018-07-10 17:07 更新

遠(yuǎn)程分支

遠(yuǎn)程分支(remote branch)是對遠(yuǎn)程倉庫中的分支的索引。它們是一些無法移動的本地分支;只有在 Git 進行網(wǎng)絡(luò)交互時才會更新。遠(yuǎn)程分支就像是書簽,提醒著你上次連接遠(yuǎn)程倉庫時上面各分支的位置。

我們用 (遠(yuǎn)程倉庫名)/(分支名) 這樣的形式表示遠(yuǎn)程分支。比如我們想看看上次同 origin 倉庫通訊時 master分支的樣子,就應(yīng)該查看 origin/master 分支。如果你和同伴一起修復(fù)某個問題,但他們先推送了一個 iss53 分支到遠(yuǎn)程倉庫,雖然你可能也有一個本地的 iss53 分支,但指向服務(wù)器上最新更新的卻應(yīng)該是 origin/iss53 分支。

可能有點亂,我們不妨舉例說明。假設(shè)你們團隊有個地址為 git.ourcompany.com 的 Git 服務(wù)器。如果你從這里克隆,Git 會自動為你將此遠(yuǎn)程倉庫命名為 origin,并下載其中所有的數(shù)據(jù),建立一個指向它的 master分支的指針,在本地命名為 origin/master,但你無法在本地更改其數(shù)據(jù)。接著,Git 建立一個屬于你自己的本地 master 分支,始于 origin 上 master 分支相同的位置,你可以就此開始工作(見圖 3-22):

圖 3-22. 一次 Git 克隆會建立你自己的本地分支 master 和遠(yuǎn)程分支 origin/master,并且將它們都指向 origin 上的 master 分支。

如果你在本地 master 分支做了些改動,與此同時,其他人向 git.ourcompany.com 推送了他們的更新,那么服務(wù)器上的 master 分支就會向前推進,而于此同時,你在本地的提交歷史正朝向不同方向發(fā)展。不過只要你不和服務(wù)器通訊,你的 origin/master 指針仍然保持原位不會移動(見圖 3-23)。

圖 3-23. 在本地工作的同時有人向遠(yuǎn)程倉庫推送內(nèi)容會讓提交歷史開始分流。

可以運行 git fetch origin 來同步遠(yuǎn)程服務(wù)器上的數(shù)據(jù)到本地。該命令首先找到 origin 是哪個服務(wù)器(本例為 git.ourcompany.com),從上面獲取你尚未擁有的數(shù)據(jù),更新你本地的數(shù)據(jù)庫,然后把 origin/master的指針移到它最新的位置上(見圖 3-24)。

圖 3-24. git fetch 命令會更新 remote 索引。

為了演示擁有多個遠(yuǎn)程分支(在不同的遠(yuǎn)程服務(wù)器上)的項目是如何工作的,我們假設(shè)你還有另一個僅供你的敏捷開發(fā)小組使用的內(nèi)部服務(wù)器 git.team1.ourcompany.com。可以用第二章中提到的 git remote add 命令把它加為當(dāng)前項目的遠(yuǎn)程分支之一。我們把它命名為 teamone,以便代替完整的 Git URL 以方便使用(見圖 3-25)。

圖 3-25. 把另一個服務(wù)器加為遠(yuǎn)程倉庫

現(xiàn)在你可以用 git fetch teamone 來獲取小組服務(wù)器上你還沒有的數(shù)據(jù)了。由于當(dāng)前該服務(wù)器上的內(nèi)容是你 origin 服務(wù)器上的子集,Git 不會下載任何數(shù)據(jù),而只是簡單地創(chuàng)建一個名為 teamone/master 的遠(yuǎn)程分支,指向 teamone 服務(wù)器上 master 分支所在的提交對象 31b8e(見圖 3-26)。

圖 3-26. 你在本地有了一個指向 teamone 服務(wù)器上 master 分支的索引。

推送本地分支

要想和其他人分享某個本地分支,你需要把它推送到一個你擁有寫權(quán)限的遠(yuǎn)程倉庫。你創(chuàng)建的本地分支不會因為你的寫入操作而被自動同步到你引入的遠(yuǎn)程服務(wù)器上,你需要明確地執(zhí)行推送分支的操作。換句話說,對于無意分享的分支,你盡管保留為私人分支好了,而只推送那些協(xié)同工作要用到的特性分支。

如果你有個叫 serverfix 的分支需要和他人一起開發(fā),可以運行 git push (遠(yuǎn)程倉庫名) (分支名)

$ git push origin serverfix
Counting objects: 20, done.
Compressing objects: 100% (14/14), done.
Writing objects: 100% (15/15), 1.74 KiB, done.
Total 15 (delta 5), reused 0 (delta 0)
To git@github.com:schacon/simplegit.git
 * [new branch]      serverfix -> serverfix

這里其實走了一點捷徑。Git 自動把 serverfix 分支名擴展為 refs/heads/serverfix:refs/heads/serverfix,意為“取出我在本地的 serverfix 分支,推送到遠(yuǎn)程倉庫的 serverfix 分支中去”。我們將在第九章進一步介紹 refs/heads/ 部分的細(xì)節(jié),不過一般使用的時候都可以省略它。也可以運行 git push origin serverfix:serverfix 來實現(xiàn)相同的效果,它的意思是“上傳我本地的 serverfix 分支到遠(yuǎn)程倉庫中去,仍舊稱它為 serverfix 分支”。通過此語法,你可以把本地分支推送到某個命名不同的遠(yuǎn)程分支:若想把遠(yuǎn)程分支叫作 awesomebranch,可以用 git push origin serverfix:awesomebranch 來推送數(shù)據(jù)。

接下來,當(dāng)你的協(xié)作者再次從服務(wù)器上獲取數(shù)據(jù)時,他們將得到一個新的遠(yuǎn)程分支 origin/serverfix,并指向服務(wù)器上 serverfix 所指向的版本:

$ git fetch origin
remote: Counting objects: 20, done.
remote: Compressing objects: 100% (14/14), done.
remote: Total 15 (delta 5), reused 0 (delta 0)
Unpacking objects: 100% (15/15), done.
From git@github.com:schacon/simplegit
 * [new branch]      serverfix    -> origin/serverfix

值得注意的是,在 fetch 操作下載好新的遠(yuǎn)程分支之后,你仍然無法在本地編輯該遠(yuǎn)程倉庫中的分支。換句話說,在本例中,你不會有一個新的 serverfix 分支,有的只是一個你無法移動的 origin/serverfix 指針。

如果要把該遠(yuǎn)程分支的內(nèi)容合并到當(dāng)前分支,可以運行 git merge origin/serverfix。如果想要一份自己的 serverfix 來開發(fā),可以在遠(yuǎn)程分支的基礎(chǔ)上分化出一個新的分支來:

$ git checkout -b serverfix origin/serverfix
Branch serverfix set up to track remote branch serverfix from origin.
Switched to a new branch 'serverfix'

這會切換到新建的 serverfix 本地分支,其內(nèi)容同遠(yuǎn)程分支 origin/serverfix 一致,這樣你就可以在里面繼續(xù)開發(fā)了。

跟蹤遠(yuǎn)程分支

從遠(yuǎn)程分支 checkout 出來的本地分支,稱為 跟蹤分支 (tracking branch)。跟蹤分支是一種和某個遠(yuǎn)程分支有直接聯(lián)系的本地分支。在跟蹤分支里輸入 git push,Git 會自行推斷應(yīng)該向哪個服務(wù)器的哪個分支推送數(shù)據(jù)。同樣,在這些分支里運行 git pull 會獲取所有遠(yuǎn)程索引,并把它們的數(shù)據(jù)都合并到本地分支中來。

在克隆倉庫時,Git 通常會自動創(chuàng)建一個名為 master 的分支來跟蹤 origin/master。這正是 git push 和 git pull 一開始就能正常工作的原因。當(dāng)然,你可以隨心所欲地設(shè)定為其它跟蹤分支,比如 origin 上除了 master 之外的其它分支。剛才我們已經(jīng)看到了這樣的一個例子:git checkout -b [分支名] [遠(yuǎn)程名]/[分支名]。如果你有 1.6.2 以上版本的 Git,還可以用 --track 選項簡化:

$ git checkout --track origin/serverfix
Branch serverfix set up to track remote branch serverfix from origin.
Switched to a new branch 'serverfix'

要為本地分支設(shè)定不同于遠(yuǎn)程分支的名字,只需在第一個版本的命令里換個名字:

$ git checkout -b sf origin/serverfix
Branch sf set up to track remote branch serverfix from origin.
Switched to a new branch 'sf'

現(xiàn)在你的本地分支 sf 會自動將推送和抓取數(shù)據(jù)的位置定位到 origin/serverfix 了。

刪除遠(yuǎn)程分支

如果不再需要某個遠(yuǎn)程分支了,比如搞定了某個特性并把它合并進了遠(yuǎn)程的 master 分支(或任何其他存放穩(wěn)定代碼的分支),可以用這個非常無厘頭的語法來刪除它:git push [遠(yuǎn)程名] :[分支名]。如果想在服務(wù)器上刪除 serverfix 分支,運行下面的命令:

$ git push origin :serverfix
To git@github.com:schacon/simplegit.git
 - [deleted]         serverfix

咚!服務(wù)器上的分支沒了。你最好特別留心這一頁,因為你一定會用到那個命令,而且你很可能會忘掉它的語法。有種方便記憶這條命令的方法:記住我們不久前見過的 git push [遠(yuǎn)程名] [本地分支]:[遠(yuǎn)程分支] 語法,如果省略 [本地分支],那就等于是在說“在這里提取空白然后把它變成[遠(yuǎn)程分支]”。


以上內(nèi)容是否對您有幫助:
在線筆記
App下載
App下載

掃描二維碼

下載編程獅App

公眾號
微信公眾號

編程獅公眾號