如果你嚴肅對待編程,就必定會使用"版本管理系統(tǒng)"(Version Control System)。
眼下最流行的"版本管理系統(tǒng)",非Git莫屬。
![](/d/20211017/4619ff4d1658eb5356fefc12e860c03d.gif)
相比同類軟件,Git有很多優(yōu)點。其中很顯著的一點,就是版本的分支(branch)和合并(merge)十分方便。有些傳統(tǒng)的版本管理軟件,分支操作實際上會生成一份現(xiàn)有代碼的物理拷貝,而Git只生成一個指向當前版本(又稱"快照")的指針,因此非常快捷易用。
但是,太方便了也會產(chǎn)生副作用。如果你不加注意,很可能會留下一個枝節(jié)蔓生、四處開放的版本庫,到處都是分支,完全看不出主干發(fā)展的脈絡(luò)。
![](/d/20211017/a7e019bfb061541884663174c6468080.gif)
Vincent Driessen提出了一個分支管理的策略,我覺得非常值得借鑒。它可以使得版本庫的演進保持簡潔,主干清晰,各個分支各司其職、井井有條。理論上,這些策略對所有的版本管理系統(tǒng)都適用,Git只是用來舉例而已。如果你不熟悉Git,跳過舉例部分就可以了。
一、主分支Master
首先,代碼庫應(yīng)該有一個、且僅有一個主分支。所有提供給用戶使用的正式版本,都在這個主分支上發(fā)布。
![](/d/20211017/6ef47467c8392c5f54cd6b8db0c32c9c.gif)
Git主分支的名字,默認叫做Master。它是自動建立的,版本庫初始化以后,默認就是在主分支在進行開發(fā)。
二、開發(fā)分支Develop
主分支只用來分布重大版本,日常開發(fā)應(yīng)該在另一條分支上完成。我們把開發(fā)用的分支,叫做Develop。
![](/d/20211017/32bdff08ec5f08fc70f976637b020902.gif)
這個分支可以用來生成代碼的最新隔夜版本(nightly)。如果想正式對外發(fā)布,就在Master分支上,對Develop分支進行"合并"(merge)。
Git創(chuàng)建Develop分支的命令:
git checkout -b develop master
將Develop分支發(fā)布到Master分支的命令:
# 切換到Master分支
git checkout master
# 對Develop分支進行合并
git merge --no-ff develop
這里稍微解釋一下,上一條命令的--no-ff參數(shù)是什么意思。默認情況下,Git執(zhí)行"快進式合并"(fast-farward merge),會直接將Master分支指向Develop分支。
![](/d/20211017/8492f07ba52dde2b5bdc0759ba4b6525.gif)
使用--no-ff參數(shù)后,會執(zhí)行正常合并,在Master分支上生成一個新節(jié)點。為了保證版本演進的清晰,我們希望采用這種做法。關(guān)于合并的更多解釋,請參考Benjamin Sandofsky的《Understanding the Git Workflow》。
![](/d/20211017/308a67eb5d9a8f04bfcd466f0d9fd3f4.gif)
三、臨時性分支
前面講到版本庫的兩條主要分支:Master和Develop。前者用于正式發(fā)布,后者用于日常開發(fā)。其實,常設(shè)分支只需要這兩條就夠了,不需要其他了。
但是,除了常設(shè)分支以外,還有一些臨時性分支,用于應(yīng)對一些特定目的的版本開發(fā)。臨時性分支主要有三種:
* 功能(feature)分支
* 預(yù)發(fā)布(release)分支
* 修補bug(fixbug)分支
這三種分支都屬于臨時性需要,使用完以后,應(yīng)該刪除,使得代碼庫的常設(shè)分支始終只有Master和Develop。
四、 功能分支
接下來,一個個來看這三種"臨時性分支"。
第一種是功能分支,它是為了開發(fā)某種特定功能,從Develop分支上面分出來的。開發(fā)完成后,要再并入Develop。
![](/d/20211017/1ee96a0c522098602808f9d0b33dce50.gif)
功能分支的名字,可以采用feature-*的形式命名。
創(chuàng)建一個功能分支:
git checkout -b feature-x develop
開發(fā)完成后,將功能分支合并到develop分支:
git checkout develop
git merge --no-ff feature-x
刪除feature分支:
五、預(yù)發(fā)布分支
第二種是預(yù)發(fā)布分支,它是指發(fā)布正式版本之前(即合并到Master分支之前),我們可能需要有一個預(yù)發(fā)布的版本進行測試。
預(yù)發(fā)布分支是從Develop分支上面分出來的,預(yù)發(fā)布結(jié)束以后,必須合并進Develop和Master分支。它的命名,可以采用release-*的形式。
創(chuàng)建一個預(yù)發(fā)布分支:
git checkout -b release-1.2 develop
確認沒有問題后,合并到master分支:
git checkout master
git merge --no-ff release-1.2
# 對合并生成的新節(jié)點,做一個標簽
git tag -a 1.2
再合并到develop分支:
git checkout develop
git merge --no-ff release-1.2
最后,刪除預(yù)發(fā)布分支:
git branch -d release-1.2
六、修補bug分支
最后一種是修補bug分支。軟件正式發(fā)布以后,難免會出現(xiàn)bug。這時就需要創(chuàng)建一個分支,進行bug修補。
修補bug分支是從Master分支上面分出來的。修補結(jié)束以后,再合并進Master和Develop分支。它的命名,可以采用fixbug-*的形式。
![](/d/20211017/5adc7b544fe56c55d770b955a89ab5ff.gif)
創(chuàng)建一個修補bug分支:
git checkout -b fixbug-0.1 master
修補結(jié)束后,合并到master分支:
git checkout master
git merge --no-ff fixbug-0.1
git tag -a 0.1.1
再合并到develop分支:
git checkout develop
git merge --no-ff fixbug-0.1
最后,刪除"修補bug分支":
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
您可能感興趣的文章:- git恢復(fù)刪除的分支及內(nèi)容的方法
- Git 創(chuàng)建分支提交遠程分支詳解
- Git 詳細介紹查看、刪除、重命名遠程分支和tag
- git分支的創(chuàng)建、切換、合并及刪除操作小結(jié)
- 在 Shell 提示符中顯示 Git 分支名稱的方法
- Git常用場景使用之分支操作