Git 分支 - 分支的新建與合并

3.2 Git 分支 - 分支的新建與合并

分支的新建與合并

讓我們來(lái)看一個(gè)簡(jiǎn)單的分支新建與分支合并的例子涉馅,實(shí)際工作中你可能會(huì)用到類似的工作流蕉饼。 你將經(jīng)歷如下步驟:

  1. 開發(fā)某個(gè)網(wǎng)站尘吗。

  2. 為實(shí)現(xiàn)某個(gè)新的需求蛛倦,創(chuàng)建一個(gè)分支察蹲。

  3. 在這個(gè)分支上開展工作。

正在此時(shí)步清,你突然接到一個(gè)電話說(shuō)有個(gè)很嚴(yán)重的問(wèn)題需要緊急修補(bǔ)管钳。 你將按照如下方式來(lái)處理:

  1. 切換到你的線上分支(production branch)。

  2. 為這個(gè)緊急任務(wù)新建一個(gè)分支玲献,并在其中修復(fù)它殉疼。

  3. 在測(cè)試通過(guò)之后梯浪,切換回線上分支,然后合并這個(gè)修補(bǔ)分支瓢娜,最后將改動(dòng)推送到線上分支挂洛。

  4. 切換回你最初工作的分支上,繼續(xù)工作眠砾。

新建分支

首先虏劲,我們假設(shè)你正在你的項(xiàng)目上工作,并且已經(jīng)有一些提交褒颈。

一個(gè)簡(jiǎn)單的提交歷史柒巫。

Figure 18. 一個(gè)簡(jiǎn)單提交歷史

現(xiàn)在,你已經(jīng)決定要解決你的公司使用的問(wèn)題追蹤系統(tǒng)中的 #53 問(wèn)題谷丸。 想要新建一個(gè)分支并同時(shí)切換到那個(gè)分支上堡掏,你可以運(yùn)行一個(gè)帶有 -b 參數(shù)的 git checkout 命令:

$ git checkout -b iss53
Switched to a new branch "iss53"

它是下面兩條命令的簡(jiǎn)寫:

$ git branch iss53
$ git checkout iss53
創(chuàng)建一個(gè)新分支指針。

Figure 19. 創(chuàng)建一個(gè)新分支指針

你繼續(xù)在 #53 問(wèn)題上工作刨疼,并且做了一些提交泉唁。 在此過(guò)程中,iss53 分支在不斷的向前推進(jìn)币狠,因?yàn)槟阋呀?jīng)檢出到該分支(也就是說(shuō)游两,你的 HEAD 指針指向了 iss53 分支)

$ vim index.html
$ git commit -a -m 'added a new footer [issue 53]'
iss53 分支隨著工作的進(jìn)展向前推進(jìn)。

Figure 20. iss53 分支隨著工作的進(jìn)展向前推進(jìn)

現(xiàn)在你接到那個(gè)電話漩绵,有個(gè)緊急問(wèn)題等待你來(lái)解決贱案。 有了 Git 的幫助,你不必把這個(gè)緊急問(wèn)題和 iss53 的修改混在一起止吐,你也不需要花大力氣來(lái)還原關(guān)于 53# 問(wèn)題的修改宝踪,然后再添加關(guān)于這個(gè)緊急問(wèn)題的修改,最后將這個(gè)修改提交到線上分支碍扔。 你所要做的僅僅是切換回 master 分支瘩燥。

但是,在你這么做之前不同,要留意你的工作目錄和暫存區(qū)里那些還沒有被提交的修改厉膀,它可能會(huì)和你即將檢出的分支產(chǎn)生沖突從而阻止 Git 切換到該分支。 最好的方法是二拐,在你切換分支之前服鹅,保持好一個(gè)干凈的狀態(tài)。 有一些方法可以繞過(guò)這個(gè)問(wèn)題(即百新,保存進(jìn)度(stashing) 和 修補(bǔ)提交(commit amending))企软,我們會(huì)在 儲(chǔ)藏與清理 中看到關(guān)于這兩個(gè)命令的介紹。 現(xiàn)在饭望,我們假設(shè)你已經(jīng)把你的修改全部提交了仗哨,這時(shí)你可以切換回 master 分支了:

$ git checkout master
Switched to branch 'master'

這個(gè)時(shí)候形庭,你的工作目錄和你在開始 #53 問(wèn)題之前一模一樣,現(xiàn)在你可以專心修復(fù)緊急問(wèn)題了厌漂。 請(qǐng)牢記:當(dāng)你切換分支的時(shí)候萨醒,Git 會(huì)重置你的工作目錄,使其看起來(lái)像回到了你在那個(gè)分支上最后一次提交的樣子桩卵。 Git 會(huì)自動(dòng)添加验靡、刪除、修改文件以確保此時(shí)你的工作目錄和這個(gè)分支最后一次提交時(shí)的樣子一模一樣雏节。

接下來(lái)胜嗓,你要修復(fù)這個(gè)緊急問(wèn)題。 讓我們建立一個(gè)針對(duì)該緊急問(wèn)題的分支(hotfix branch)钩乍,在該分支上工作直到問(wèn)題解決:

$ git checkout -b hotfix
Switched to a new branch 'hotfix'
$ vim index.html
$ git commit -a -m 'fixed the broken email address'
[hotfix 1fb7853] fixed the broken email address
 1 file changed, 2 insertions(+)
基于 `master` 分支的緊急問(wèn)題分支(hotfix branch)辞州。

Figure 21. 基于 master 分支的緊急問(wèn)題分支 hotfix branch

你可以運(yùn)行你的測(cè)試,確保你的修改是正確的寥粹,然后將其合并回你的 master 分支來(lái)部署到線上变过。 你可以使用 git merge 命令來(lái)達(dá)到上述目的:

$ git checkout master
$ git merge hotfix
Updating f42c576..3a0874c
Fast-forward
 index.html | 2 ++
 1 file changed, 2 insertions(+)

在合并的時(shí)候,你應(yīng)該注意到了"快進(jìn)(fast-forward)"這個(gè)詞涝涤。 由于當(dāng)前 master 分支所指向的提交是你當(dāng)前提交(有關(guān) hotfix 的提交)的直接上游媚狰,所以 Git 只是簡(jiǎn)單的將指針向前移動(dòng)。 換句話說(shuō)阔拳,當(dāng)你試圖合并兩個(gè)分支時(shí)崭孤,如果順著一個(gè)分支走下去能夠到達(dá)另一個(gè)分支,那么 Git 在合并兩者的時(shí)候糊肠,只會(huì)簡(jiǎn)單的將指針向前推進(jìn)(指針右移)辨宠,因?yàn)檫@種情況下的合并操作沒有需要解決的分歧——這就叫做 “快進(jìn)(fast-forward)”。

現(xiàn)在货裹,最新的修改已經(jīng)在 master 分支所指向的提交快照中嗤形,你可以著手發(fā)布該修復(fù)了。

`master` 被快進(jìn)到 `hotfix`弧圆。

Figure 22. master 被快進(jìn)到 hotfix

關(guān)于這個(gè)緊急問(wèn)題的解決方案發(fā)布之后赋兵,你準(zhǔn)備回到被打斷之前時(shí)的工作中。 然而搔预,你應(yīng)該先刪除 hotfix分支毡惜,因?yàn)槟阋呀?jīng)不再需要它了 —— master 分支已經(jīng)指向了同一個(gè)位置。 你可以使用帶 -d 選項(xiàng)的 git branch 命令來(lái)刪除分支:

$ git branch -d hotfix
Deleted branch hotfix (3a0874c).

現(xiàn)在你可以切換回你正在工作的分支繼續(xù)你的工作斯撮,也就是針對(duì) #53 問(wèn)題的那個(gè)分支(iss53 分支)。

$ git checkout iss53
Switched to branch "iss53"
$ vim index.html
$ git commit -a -m 'finished the new footer [issue 53]'
[iss53 ad82d7a] finished the new footer [issue 53]
1 file changed, 1 insertion(+)
繼續(xù)在 `iss53` 分支上的工作扶叉。

Figure 23. 繼續(xù)在 iss53 分支上的工作

你在 hotfix 分支上所做的工作并沒有包含到 iss53 分支中勿锅。 如果你需要拉取 hotfix 所做的修改帕膜,你可以使用 git merge master 命令將 master 分支合并入 iss53 分支,或者你也可以等到 iss53 分支完成其使命溢十,再將其合并回 master 分支垮刹。

分支的合并

假設(shè)你已經(jīng)修正了 #53 問(wèn)題,并且打算將你的工作合并入 master 分支张弛。 為此荒典,你需要合并 iss53 分支到 master 分支,這和之前你合并 hotfix 分支所做的工作差不多吞鸭。 你只需要檢出到你想合并入的分支寺董,然后運(yùn)行 git merge 命令:

$ git checkout master
Switched to branch 'master'
$ git merge iss53
Merge made by the 'recursive' strategy.
index.html |    1 +
1 file changed, 1 insertion(+)

這和你之前合并 hotfix 分支的時(shí)候看起來(lái)有一點(diǎn)不一樣。 在這種情況下刻剥,你的開發(fā)歷史從一個(gè)更早的地方開始分叉開來(lái)(diverged)遮咖。 因?yàn)椋?code>master 分支所在提交并不是 iss53 分支所在提交的直接祖先,Git 不得不做一些額外的工作造虏。 出現(xiàn)這種情況的時(shí)候御吞,Git 會(huì)使用兩個(gè)分支的末端所指的快照(C4C5)以及這兩個(gè)分支的工作祖先(C2),做一個(gè)簡(jiǎn)單的三方合并漓藕。

一次典型合并中所用到的三個(gè)快照陶珠。

Figure 24. 一次典型合并中所用到的三個(gè)快照

和之前將分支指針向前推進(jìn)所不同的是,Git 將此次三方合并的結(jié)果做了一個(gè)新的快照并且自動(dòng)創(chuàng)建一個(gè)新的提交指向它享钞。 這個(gè)被稱作一次合并提交揍诽,它的特別之處在于他有不止一個(gè)父提交。

一個(gè)合并提交嫩与。

Figure 25. 一個(gè)合并提交

需要指出的是寝姿,Git 會(huì)自行決定選取哪一個(gè)提交作為最優(yōu)的共同祖先,并以此作為合并的基礎(chǔ)划滋;這和更加古老的 CVS 系統(tǒng)或者 Subversion (1.5 版本之前)不同饵筑,在這些古老的版本管理系統(tǒng)中,用戶需要自己選擇最佳的合并基礎(chǔ)处坪。 Git 的這個(gè)優(yōu)勢(shì)使其在合并操作上比其他系統(tǒng)要簡(jiǎn)單很多根资。

既然你的修改已經(jīng)合并進(jìn)來(lái)了,你已經(jīng)不再需要 iss53 分支了同窘。 現(xiàn)在你可以在任務(wù)追蹤系統(tǒng)中關(guān)閉此項(xiàng)任務(wù)玄帕,并刪除這個(gè)分支。

$ git branch -d iss53

遇到?jīng)_突時(shí)的分支合并

有時(shí)候合并操作不會(huì)如此順利想邦。 如果你在兩個(gè)不同的分支中裤纹,對(duì)同一個(gè)文件的同一個(gè)部分進(jìn)行了不同的修改,Git 就沒法干凈的合并它們。 如果你對(duì) #53 問(wèn)題的修改和有關(guān) hotfix 的修改都涉及到同一個(gè)文件的同一處鹰椒,在合并它們的時(shí)候就會(huì)產(chǎn)生合并沖突:

$ git merge iss53
Auto-merging index.html
CONFLICT (content): Merge conflict in index.html
Automatic merge failed; fix conflicts and then commit the result.

此時(shí) Git 做了合并锡移,但是沒有自動(dòng)地創(chuàng)建一個(gè)新的合并提交。 Git 會(huì)暫停下來(lái)漆际,等待你去解決合并產(chǎn)生的沖突淆珊。 你可以在合并沖突后的任意時(shí)刻使用 git status 命令來(lái)查看那些因包含合并沖突而處于未合并(unmerged)狀態(tài)的文件:

$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")

Unmerged paths:
  (use "git add <file>..." to mark resolution)

    both modified:      index.html

no changes added to commit (use "git add" and/or "git commit -a")

任何因包含合并沖突而有待解決的文件,都會(huì)以未合并狀態(tài)標(biāo)識(shí)出來(lái)奸汇。 Git 會(huì)在有沖突的文件中加入標(biāo)準(zhǔn)的沖突解決標(biāo)記施符,這樣你可以打開這些包含沖突的文件然后手動(dòng)解決沖突。 出現(xiàn)沖突的文件會(huì)包含一些特殊區(qū)段擂找,看起來(lái)像下面這個(gè)樣子:

<<<<<<< HEAD:index.html
<div id="footer">contact : email.support@github.com</div>
=======
<div id="footer">
 please contact us at support@github.com
</div>
>>>>>>> iss53:index.html

這表示 HEAD 所指示的版本(也就是你的 master 分支所在的位置戳吝,因?yàn)槟阍谶\(yùn)行 merge 命令的時(shí)候已經(jīng)檢出到了這個(gè)分支)在這個(gè)區(qū)段的上半部分(======= 的上半部分),而 iss53 分支所指示的版本在 ======= 的下半部分婴洼。 為了解決沖突骨坑,你必須選擇使用由 ======= 分割的兩部分中的一個(gè),或者你也可以自行合并這些內(nèi)容柬采。 例如欢唾,你可以通過(guò)把這段內(nèi)容換成下面的樣子來(lái)解決沖突:

<div id="footer">
please contact us at email.support@github.com
</div>

上述的沖突解決方案僅保留了其中一個(gè)分支的修改,并且 <<<<<<< , ======= , 和 >>>>>>> 這些行被完全刪除了粉捻。 在你解決了所有文件里的沖突之后礁遣,對(duì)每個(gè)文件使用 git add 命令來(lái)將其標(biāo)記為沖突已解決。 一旦暫存這些原本有沖突的文件肩刃,Git 就會(huì)將它們標(biāo)記為沖突已解決祟霍。

如果你想使用圖形化工具來(lái)解決沖突,你可以運(yùn)行 git mergetool盈包,該命令會(huì)為你啟動(dòng)一個(gè)合適的可視化合并工具沸呐,并帶領(lǐng)你一步一步解決這些沖突:

$ git mergetool

This message is displayed because 'merge.tool' is not configured.
See 'git mergetool --tool-help' or 'git help config' for more details.
'git mergetool' will now attempt to use one of the following tools:
opendiff kdiff3 tkdiff xxdiff meld tortoisemerge gvimdiff diffuse diffmerge ecmerge p4merge araxis bc3 codecompare vimdiff emerge
Merging:
index.html

Normal merge conflict for 'index.html':
  {local}: modified file
  {remote}: modified file
Hit return to start merge resolution tool (opendiff):

如果你想使用除默認(rèn)工具(在這里 Git 使用 opendiff 做為默認(rèn)的合并工具,因?yàn)樽髡咴?Mac 上運(yùn)行該程序)外的其他合并工具呢燥,你可以在 “下列工具中(one of the following tools)” 這句后面看到所有支持的合并工具崭添。 然后輸入你喜歡的工具名字就可以了。

|

Note

|

如果你需要更加高級(jí)的工具來(lái)解決復(fù)雜的合并沖突叛氨,我們會(huì)在 高級(jí)合并 介紹更多關(guān)于分支合并的內(nèi)容呼渣。

|

等你退出合并工具之后,Git 會(huì)詢問(wèn)剛才的合并是否成功寞埠。 如果你回答是屁置,Git 會(huì)暫存那些文件以表明沖突已解決: 你可以再次運(yùn)行 git status 來(lái)確認(rèn)所有的合并沖突都已被解決:

$ git status
On branch master
All conflicts fixed but you are still merging.
  (use "git commit" to conclude merge)

Changes to be committed:

    modified:   index.html

如果你對(duì)結(jié)果感到滿意,并且確定之前有沖突的的文件都已經(jīng)暫存了仁连,這時(shí)你可以輸入 git commit 來(lái)完成合并提交蓝角。 默認(rèn)情況下提交信息看起來(lái)像下面這個(gè)樣子:

Merge branch 'iss53'

Conflicts:
    index.html
#
# It looks like you may be committing a merge.
# If this is not correct, please remove the file
#   .git/MERGE_HEAD
# and try again.

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# On branch master
# All conflicts fixed but you are still merging.
#
# Changes to be committed:
#   modified:   index.html
#

如果你覺得上述的信息不夠充分,不能完全體現(xiàn)分支合并的過(guò)程,你可以修改上述信息使鹅,添加一些細(xì)節(jié)給未來(lái)檢視這個(gè)合并的讀者一些幫助颇象,告訴他們你是如何解決合并沖突的,以及理由是什么并徘。

覺得這篇寫得很詳細(xì),所以特轉(zhuǎn)載保存扰魂。

轉(zhuǎn)至git官方教程:
https://git-scm.com/book/zh/v2/Git-%E5%88%86%E6%94%AF-%E5%88%86%E6%94%AF%E7%9A%84%E6%96%B0%E5%BB%BA%E4%B8%8E%E5%90%88%E5%B9%B6

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末麦乞,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子劝评,更是在濱河造成了極大的恐慌姐直,老刑警劉巖,帶你破解...
    沈念sama閱讀 212,884評(píng)論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件蒋畜,死亡現(xiàn)場(chǎng)離奇詭異声畏,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)姻成,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,755評(píng)論 3 385
  • 文/潘曉璐 我一進(jìn)店門插龄,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人科展,你說(shuō)我怎么就攤上這事均牢。” “怎么了才睹?”我有些...
    開封第一講書人閱讀 158,369評(píng)論 0 348
  • 文/不壞的土叔 我叫張陵徘跪,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我琅攘,道長(zhǎng)垮庐,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,799評(píng)論 1 285
  • 正文 為了忘掉前任坞琴,我火速辦了婚禮哨查,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘置济。我一直安慰自己解恰,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,910評(píng)論 6 386
  • 文/花漫 我一把揭開白布浙于。 她就那樣靜靜地躺著护盈,像睡著了一般。 火紅的嫁衣襯著肌膚如雪羞酗。 梳的紋絲不亂的頭發(fā)上腐宋,一...
    開封第一講書人閱讀 50,096評(píng)論 1 291
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼胸竞。 笑死欺嗤,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的卫枝。 我是一名探鬼主播煎饼,決...
    沈念sama閱讀 39,159評(píng)論 3 411
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼校赤!你這毒婦竟也來(lái)了吆玖?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,917評(píng)論 0 268
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤马篮,失蹤者是張志新(化名)和其女友劉穎沾乘,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體浑测,經(jīng)...
    沈念sama閱讀 44,360評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡翅阵,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,673評(píng)論 2 327
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了迁央。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片掷匠。...
    茶點(diǎn)故事閱讀 38,814評(píng)論 1 341
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖漱贱,靈堂內(nèi)的尸體忽然破棺而出槐雾,到底是詐尸還是另有隱情,我是刑警寧澤幅狮,帶...
    沈念sama閱讀 34,509評(píng)論 4 334
  • 正文 年R本政府宣布募强,位于F島的核電站,受9級(jí)特大地震影響崇摄,放射性物質(zhì)發(fā)生泄漏擎值。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 40,156評(píng)論 3 317
  • 文/蒙蒙 一逐抑、第九天 我趴在偏房一處隱蔽的房頂上張望鸠儿。 院中可真熱鬧,春花似錦厕氨、人聲如沸进每。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,882評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)田晚。三九已至,卻和暖如春国葬,著一層夾襖步出監(jiān)牢的瞬間贤徒,已是汗流浹背芹壕。 一陣腳步聲響...
    開封第一講書人閱讀 32,123評(píng)論 1 267
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留接奈,地道東北人踢涌。 一個(gè)月前我還...
    沈念sama閱讀 46,641評(píng)論 2 362
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像序宦,于是被迫代替她去往敵國(guó)和親睁壁。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,728評(píng)論 2 351

推薦閱讀更多精彩內(nèi)容

  • 分支的新建與合并 讓我們來(lái)看一個(gè)簡(jiǎn)單的分支新建與分支合并的例子互捌,實(shí)際工作中你可能會(huì)用到類似的工作流堡僻。 你將經(jīng)歷如下...
    vb12閱讀 728評(píng)論 0 0
  • 3.2 Git 分支 - 分支的新建與合并 分支的新建與合并 讓我們來(lái)看一個(gè)簡(jiǎn)單的分支新建與分支合并的例子,實(shí)際工...
    Crisewng閱讀 526評(píng)論 0 0
  • 純手工打造每一篇開源資訊與技術(shù)干貨硼讽,數(shù)十萬(wàn)程序員和Linuxer已經(jīng)關(guān)注 1 Git 分支 - 分支簡(jiǎn)介 有人把 ...
    塵世不擾閱讀 701評(píng)論 0 3
  • 分支簡(jiǎn)介 Git 保存的不是文件的變化或者差異,而是一系列不同時(shí)刻的文件快照备燃。 當(dāng)使用git commit進(jìn)行提交...
    哪個(gè)鹿閱讀 3,869評(píng)論 0 2
  • 一碉克、基本概念: 注:對(duì)于git的分布式概念及其優(yōu)點(diǎn),不重復(fù)說(shuō)明并齐,自己百度或谷歌漏麦。本文中涉及到指令前面有$的,在cm...
    大廠offer閱讀 1,415評(píng)論 0 3