如何克服解決Git衝突的恐懼症?(Git分支策略)

git默認的是master分支,試想下,若是全部的開發都在master分支,想起來都比較混亂,那麼有沒有比較科學的分支策略呢?本篇將介紹git的分支策略,聽我慢慢道來~java

分支分類

正常分支:git

  • master:主分支
  • develop:開發分支

臨時分支:微信

  • feature:功能分支
  • release:預發佈分支
  • fixbug:修補bug分支

主分支

首先,代碼庫應該有一個、且僅有一個主分支。測試

全部提供給用戶使用的正式版本,都在這個主分支上發佈。spa

Git主分支的名字,默認叫作Master。code

它是自動創建的,版本庫初始化之後,默認就是在主分支在進行開發。orm

開發分支

主分支只用來分佈重大版本,平常開發應該在另外一條分支上完成。咱們把開發用的分支,叫作Develop。cdn

這個分支能夠用來生成代碼的最新隔夜版本(nightly)。若是想正式對外發布,就在Master分支上,對Develop分支進行"合併"(merge)。blog

Git建立Develop分支的命令:開發

git checkout -b develop master
複製代碼

將Develop分支發佈到Master分支的命令:

# 切換到Master分支
git checkout master
# 對Develop分支進行合併
git merge --no-ff develop
複製代碼

功能分支

功能分支,它是爲了開發某種特定功能,從Develop分支上面分出來的。開發完成後,要再併入Develop。

功能分支的名字,能夠採用feature-*的形式命名。

Git建立一個功能分支:

git checkout -b feature-x develop
複製代碼

開發完成後,將功能分支合併到develop分支:

git checkout develop
git merge --no-ff feature-x
複製代碼

刪除feature分支:

git branch -d feature-x
複製代碼

預發佈分支

預發佈分支,它是指發佈正式版本以前(即合併到Master分支以前),咱們可能須要有一個預發佈的版本進行測試。

預發佈分支是從Develop分支上面分出來的,預發佈結束之後,必須合併進Develop和Master分支。

它的命名,能夠採用release-*的形式。

Git建立一個預發佈分支:

git checkout -b release-1.2 develop
複製代碼

確認沒有問題後,合併到master分支:

git checkout master
git merge --no-ff release-1.2
# 對合並生成的新節點,作一個標籤
git tag -a 1.2
複製代碼

再合併到develop分支:

git checkout develop
git merge --no-ff release-1.2
複製代碼

最後,刪除預發佈分支:

git branch -d release-1.2
複製代碼

修補bug分支

軟件正式發佈之後,不免會出現bug。這時就須要建立一個分支,進行bug修補。

修補bug分支是從Master分支上面分出來的。修補結束之後,再合併進Master和Develop分支。它的命名,能夠採用fixbug-*的形式。

Git建立一個修補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
複製代碼

多人協做的工做模式

首先,能夠試圖用git push origin branch-name推送本身的修改;

若是推送失敗,則由於遠程分支比你的本地更新,須要先用git pull試圖合併;

若是合併有衝突,則解決衝突,並在本地提交;

沒有衝突或者解決掉衝突後,再用git push origin branch-name推送就能成功!

若是git pull提示「no tracking information」,則說明本地分支和遠程分支的連接關係沒有建立,用命令git branch --set-upstream branch-name origin/branch-name。

這就是多人協做的工做模式,一旦熟悉了,就很是簡單。

微信公衆號: 碼上論劍
請關注個人我的技術微信公衆號,訂閱更多內容
相關文章
相關標籤/搜索