女朋友亂用Git，差點(diǎn)把我代碼刪了。。。

想必大家平時(shí)都用 Git 管理代碼，通過女朋友誤刪代碼這事，我發(fā)現(xiàn)大家平時(shí)都或多或少有因?yàn)?Git 用得不熟耽誤時(shí)間的，比如說：

?

1.怎么又報(bào) detached HEAD 了？

2.push 不上去了，提示 non fast-forwards，什么鬼？

3.我想把正在開發(fā)的這個(gè)項(xiàng)目開源到 GitHub 上去，怎們做可以同時(shí) push 到公司的代碼平臺(tái)和 GitHub 呢？

4.GitLab 上怎么做 code review？

根本原因還是沒有系統(tǒng)學(xué)習(xí)過 Git，直接上手就 add、commit、pull、push一把梭。

相比同類軟件，Git有很多優(yōu)點(diǎn)。其中很顯著的一點(diǎn)，就是版本的分支（branch）和合并（merge）十分方便。

有些傳統(tǒng)的版本管理軟件，分支操作實(shí)際上會(huì)生成一份現(xiàn)有代碼的物理拷貝，而Git只生成一個(gè)指向當(dāng)前版本（又稱"快照"）的指針，因此非常快捷易用。

但是，太方便了也會(huì)產(chǎn)生副作用。如果你不加注意，很可能會(huì)留下一個(gè)枝節(jié)蔓生、四處開放的版本庫(kù)，到處都是分支，完全看不出主干發(fā)展的脈絡(luò)。

那有沒有一個(gè)好的分支策略呢？答案當(dāng)然是有的。

一、主分支Master

首先，代碼庫(kù)應(yīng)該有一個(gè)、且僅有一個(gè)主分支。所有提供給用戶使用的正式版本，都在這個(gè)主分支上發(fā)布。

Git主分支的名字，默認(rèn)叫做Master。它是自動(dòng)建立的，版本庫(kù)初始化以后，默認(rèn)就是在主分支在進(jìn)行開發(fā)。

二、開發(fā)分支Develop

主分支只用來(lái)發(fā)布重大版本，日常開發(fā)應(yīng)該在另一條分支上完成。我們把開發(fā)用的分支，叫做Develop。

這個(gè)分支可以用來(lái)生成代碼的最新隔夜版本（nightly）。如果想正式對(duì)外發(fā)布，就在Master分支上，對(duì)Develop分支進(jìn)行"合并"（merge）。

Git創(chuàng)建Develop分支的命令：

??git?checkout?-b?develop?master

將Develop分支發(fā)布到Master分支的命令：

??#?切換到Master分支
??git?checkout?master

??#?對(duì)Develop分支進(jìn)行合并
??git?merge?--no-ff?develop

這里稍微解釋一下上一條命令的--no-ff參數(shù)是什么意思。默認(rèn)情況下，Git執(zhí)行"快進(jìn)式合并"（fast-farward merge），會(huì)直接將Master分支指向Develop分支。

使用--no-ff參數(shù)后，會(huì)執(zhí)行正常合并，在Master分支上生成一個(gè)新節(jié)點(diǎn)。為了保證版本演進(jìn)的清晰，我們希望采用這種做法。

三、臨時(shí)性分支

前面講到版本庫(kù)的兩條主要分支：Master和Develop。前者用于正式發(fā)布，后者用于日常開發(fā)。其實(shí)，常設(shè)分支只需要這兩條就夠了，不需要其他了。

但是，除了常設(shè)分支以外，還有一些臨時(shí)性分支，用于應(yīng)對(duì)一些特定目的的版本開發(fā)。臨時(shí)性分支主要有三種：

• 功能（feature）分支
• 預(yù)發(fā)布（release）分支
• 修補(bǔ)bug（fixbug）分支

這三種分支都屬于臨時(shí)性需要，使用完以后，應(yīng)該刪除，使得代碼庫(kù)的常設(shè)分支始終只有Master和Develop。

接下來(lái)，一個(gè)個(gè)來(lái)看這三種"臨時(shí)性分支"。

第一種是功能分支，它是為了開發(fā)某種特定功能，從Develop分支上面分出來(lái)的。開發(fā)完成后，要再并入Develop。

功能分支的名字，可以采用feature-*的形式命名。

創(chuàng)建一個(gè)功能分支：

??git?checkout?-b?feature-x?develop

開發(fā)完成后，將功能分支合并到develop分支：

??git?checkout?develop

??git?merge?--no-ff?feature-x

刪除feature分支：

??git?branch?-d?feature-x

第二種是預(yù)發(fā)布分支，它是指發(fā)布正式版本之前（即合并到Master分支之前），我們可能需要有一個(gè)預(yù)發(fā)布的版本進(jìn)行測(cè)試。

預(yù)發(fā)布分支是從Develop分支上面分出來(lái)的，預(yù)發(fā)布結(jié)束以后，必須合并進(jìn)Develop和Master分支。它的命名，可以采用release-*的形式。

創(chuàng)建一個(gè)預(yù)發(fā)布分支：

??git?checkout?-b?release-1.2?develop

確認(rèn)沒有問題后，合并到master分支：

??git?checkout?master

??git?merge?--no-ff?release-1.2

??#?對(duì)合并生成的新節(jié)點(diǎn)，做一個(gè)標(biāo)簽
??git?tag?-a?1.2

再合并到develop分支：

??git?checkout?develop

??git?merge?--no-ff?release-1.2

最后，刪除預(yù)發(fā)布分支：

??git?branch?-d?release-1.2

最后一種是修補(bǔ)bug分支。軟件正式發(fā)布以后，難免會(huì)出現(xiàn)bug。這時(shí)就需要?jiǎng)?chuàng)建一個(gè)分支，進(jìn)行bug修補(bǔ)。

修補(bǔ)bug分支是從Master分支上面分出來(lái)的。修補(bǔ)結(jié)束以后，再合并進(jìn)Master和Develop分支。它的命名，可以采用fixbug-*的形式。

創(chuàng)建一個(gè)修補(bǔ)bug分支：

??git?checkout?-b?fixbug-0.1?master

修補(bǔ)結(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

最后，刪除"修補(bǔ)bug分支"：

??git?branch?-d?fixbug-0.1

原文鏈接（阮一峰老師的博客）：https://www.ruanyifeng.com/blog/2012/07/git.html

推薦閱讀:
入門:?最全的零基礎(chǔ)學(xué)Python的問題? |?零基礎(chǔ)學(xué)了8個(gè)月的Python??|?實(shí)戰(zhàn)項(xiàng)目?|學(xué)Python就是這條捷徑

干貨:爬取豆瓣短評(píng)，電影《后來(lái)的我們》?|?38年NBA最佳球員分析?|? ?從萬(wàn)眾期待到口碑撲街！唐探3令人失望? |?笑看新倚天屠龍記?|?燈謎答題王?｜用Python做個(gè)海量小姐姐素描圖?｜碟中諜這么火，我用機(jī)器學(xué)習(xí)做個(gè)迷你推薦系統(tǒng)電影

趣味:彈球游戲? |?九宮格? |?漂亮的花?|?兩百行Python《天天酷跑》游戲!

AI:?會(huì)做詩(shī)的機(jī)器人?|?給圖片上色?|?預(yù)測(cè)收入?|?碟中諜這么火，我用機(jī)器學(xué)習(xí)做個(gè)迷你推薦系統(tǒng)電影

小工具:?Pdf轉(zhuǎn)Word，輕松搞定表格和水印！?|?一鍵把html網(wǎng)頁(yè)保存為pdf！|??再見PDF提取收費(fèi)！?|?用90行代碼打造最強(qiáng)PDF轉(zhuǎn)換器，word、PPT、excel、markdown、html一鍵轉(zhuǎn)換?|?制作一款釘釘?shù)蛢r(jià)機(jī)票提示器！?｜60行代碼做了一個(gè)語(yǔ)音壁紙切換器天天看小姐姐！｜