Git分支管理的策略梳理_第1頁
Git分支管理的策略梳理_第2頁
Git分支管理的策略梳理_第3頁
Git分支管理的策略梳理_第4頁
Git分支管理的策略梳理_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、當(dāng)下最流行的版本管理系統(tǒng)應(yīng)該是非Git莫屬。相比同類軟件,Git有很多優(yōu) 點,其中很顯著的一點,就是版本的分支(branch )和合并(merge )十分方 便。有些傳統(tǒng)的版本管理軟件,分支操作實際上會生成一份現(xiàn)有代碼的物理拷 貝,而Git只生成一個指向當(dāng)前版本(又稱“快照)的指針,因此非??旖菀?用。但是,太方便了也會產(chǎn)生副作用。如果不加注意,很可能會留下一個枝節(jié) 蔓生、四處開放的版本庫,到處都是分支,完全看不出主干開展的脈絡(luò)。Vincent Driessen提出了一個分支管理的策略,非常值得借鑒!它可以使得版 本庫的演進(jìn)保持簡潔,主干清晰,各個分支各司其職、井井有條。下面就對這 一策略做一

2、簡單梳理:1)主分支Master首先,代碼庫應(yīng)該有一個、且僅有一個主分支。所有提供給用戶使用的正式版本,都在這個主分支上發(fā)布。創(chuàng)立一個修補bug分支:git checkout -b fixbug-0.1 master修補結(jié)束后,合并到master分支:git checkout mastergit merge -no-ff fixbug-0. 1git tag -a 0. 1. 1再合并到develop分支:git checkout developgit merge 一一no-ff fixbug-0. 1最后,刪除修補bug分支:git branch -d fixbug-0. 1隨機文章Mast

3、erTag0.1Tag0.2Tag03Git主分支的名字,默認(rèn)叫做Master。它是自動建立的,版本庫初始化以后, 默認(rèn)就是在主分支在進(jìn)行開發(fā)。2 )開發(fā)分支Develop主分支只用來分布重大版本,日常開發(fā)應(yīng)該在另一條分 支上完成。我們把開發(fā)用的分支,叫做DevelopoDevelopDevelopMaster91Tao.92 Tao.93 Tao.這個分支可以用來生成代碼的最新隔夜版本(nightly)。如果想正式對外發(fā)布,就在Mas ter分支上,對Develop分支進(jìn)行合并(merge)。Git創(chuàng)立Develop分支的命令:git checkout -b develop master將D

4、evelop分支發(fā)布到Master分支的命令:切換到Master分支git checkout master對Develop分支進(jìn)行合并git merge 一一no-ff develop上面命令中的-no-ff參數(shù)是什么意思。默認(rèn)情況下,Git執(zhí)行“快進(jìn)式合并“(fast-farward merge ),會直接將 Master 分支指向 Develop 分支。Fast Forward MergeBefore MergeAfter Merge使用-no-ff參數(shù)后,會執(zhí)行正常合并,在Master分支上生成一個新節(jié)點。為 了保證版本演進(jìn)的清晰,我們希望采用這種做法。no-ff3 )臨時性分支前面講到

5、版本庫的兩條主要分支:Master和Developo前者用于正式發(fā)布,后者用于日常開發(fā)。其實,常設(shè)分支只需要這兩條就夠了,不需要其他了。但是,除了常設(shè)分支以外,還有一些臨時性分支,用于應(yīng)對一些特定目的的版本開發(fā)。臨時性分支主要有三種:1)功能(feature)分支2)預(yù)發(fā)布(release)分支3)修補 bug (fixbug)分支這三種分支都屬于臨時性需要,使用完以后,應(yīng)該刪除,使得代碼庫的常設(shè)分支始終只有 Master 和 Develop。4 )功能分支接下來,一個個來看這三種“臨時性分支“。第一種是功能分支, 它是為了開發(fā)某種特定功能,從Develop分支上面分出來的。開發(fā)完成后,要 再

6、并入DevelopoFeatureFeatureDevelop功能分支的名字,可以采用feature-*的形式命名。創(chuàng)立一個功能分支:git checkout -b feature-x develop開發(fā)完成后,將功能分支合并到develop分支:git checkout developgit merge 一一no-ff feature-x刪除feature分支:git branch -d feature-x5)預(yù)發(fā)布分支第二種是預(yù)發(fā)布分支,它是指發(fā)布正式版本之前(即合并到 Master分支之前),我們可能需要有一個預(yù)發(fā)布的版本進(jìn)行測試。預(yù)發(fā)布分 支是從Develop分支上面分出來的,預(yù)發(fā)布結(jié)

7、束以后,必須合并進(jìn)Develop 和Master分支。它的命名,可以采用release-*的形式。創(chuàng)立一個預(yù)發(fā)布分支:git checkout -b release-1. 2 develop確認(rèn)沒有問題后,合并到master分支:git checkout mastergit merge 一一no-ff release-1. 2對合并生成的新節(jié)點,做一個標(biāo)簽git tag -a 1. 2再合并到develop分支:git checkout developgit merge -no-ff release-1. 2最后,刪除預(yù)發(fā)布分支:git branch -d release-1. 26 )修補bug分支最后一種是修補bug分支。軟件正式發(fā)布以后,難免會出現(xiàn)bug。這時

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論