一、主分支Master
程式碼庫應該有一個、且僅有一個主分支:master。所有提供給使用者使用的正式版本,都在這個主分支上釋出。
每次釋出 打一個tag
,例如tag v1.0.0、tag v2.0.0
二、開發分支Develop
主分支只用來分佈重大版本,日常開發應該在另一條分支上完成。我們把開發用的分支,叫做develop。
這個分支可以用來生成程式碼的最新隔夜版本(nightly)。如果想正式對外發布,就在master分支上,對develop分支進行"合併"(merge)。
Git建立Develop分支的命令:
git checkout -b develop master
將Develop分支釋出到Master分支的命令:
# 切換到Master分支 git checkout master # 對Develop分支進行合併 git merge --no-ff develop
==這裡稍微解釋一下,上一條命令的
--no-ff
引數是什麼意思。預設情況下,Git執行"快進式合併"(fast-farward merge
),會直接將Master分支指向Develop分支。==使用
--no-ff
引數後,會執行正常合併,在Master分支上生成一個新節點。為了保證版本演進的清晰,我們希望採用這種做法。
三、臨時性分支
版本庫的兩條主要分支:master和develop。前者用於正式釋出,後者用於日常開發。
其實,常設分支只需要這兩條就夠了,不需要其他了。
但是,除了常設分支以外,還有一些臨時性分支,用於應對一些特定目的的版本開發。臨時性分支主要有三種:
- `功能(feature)分支
- 預釋出(release)分支
- 修補bug(fixbug)分支
這三種分支都屬於臨時性需要,使用完以後,應該刪除,使得程式碼庫的常設分支始終只有Master和Develop。
==接下來,一個個來看這三種"臨時性分支"。==
3.1 功能分支-feature
功能分支,它是為了開發某種特定功能,從Develop分支上面分出來的。開發完成後,要再併入Develop。
功能分支的名字,可以採用feature-*的形式命名。
# 建立一個功能分支: git checkout -b feature-開發一個新功能 develop # 開發完成後,將功能分支合併到develop分支: git checkout develop git merge --no-ff feature-開發一個新功能 # 刪除feature分支: git branch -d feature-開發一個新功能
3.2 預釋出分支-release
預釋出分支,它是指釋出正式版本之前(即合併到Master分支之前),我們可能需要有一個預釋出的版本進行測試。
預釋出分支是從Develop分支上面分出來的
,預釋出結束以後,必須==合併進Develop和Master分支
==。它的命名,可以採用release-*的形式。# 建立一個預釋出分支: git checkout -b release-1.2.0 develop # 確認沒有問題後,合併到master分支: git checkout master git merge --no-ff release-1.2.0 # 對合並生成的新節點,做一個標籤 git tag -a 1.2 # 再合併到develop分支: git checkout develop git merge --no-ff release-1.2.0 # 最後,刪除預釋出分支: git branch -d release-1.2.0
3.3 修補bug分支-fixbug
最後一種是修補bug分支。軟體正式釋出以後,難免會出現bug。這時就需要建立一個分支,進行bug修補。
修補bug分支是==
從Master分支上面分出來的
==。修補結束以後,再==合併進Master和Develop分支
==。它的命名,可以採用fixbug-*的形式。建立一個修補bug分支: git checkout -b fixbug-0.1 master 修補結束後,合併到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分支": git branch -d fixbug-0.1
我是小月,專注分享前端領域進階技能與技術乾貨!更多幹貨在公號:前端進階之旅