Git 分支管理策略

分支管理策略

下面咱們來講一下通常企業中開發一個項目的分支策略：

 

• 主分支 master
• 開發分支 develop
• 功能分支 feature
• 預發佈分支  release
• bug 分支 fixbug
• 其它分支 other

1).主分支 master

代碼庫應該有一個、且僅有一個主分支。全部提供給用戶使用的正式版本，都在這個主分支上發佈。

 

Git主分支的名字，默認叫作Master。它是自動創建的，版本庫初始化之後，默認就是在主分支在進行開發。

2).開發分支 develop

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

 

這個分支能夠用來生成代碼的最新代碼版本。若是想正式對外發布，就在Master分支上，對Develop分支進行"合併"（merge）。

3).功能分支 feature

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

 

 

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

4).預發佈分支  release

預發佈分支，它是指發佈正式版本以前（即合併到Master分支以前），咱們可能須要有一個預發佈的版本進行測試。預發佈分支是從Develop分支上面 分出來的，預發佈結束之後，必須合併進Develop和Master分支。它的命名，能夠採用release-*的形式。

5).bug 分支 fixbug

bug分支。軟件正式發佈之後，不免會出現bug。這時就須要建立一個分支，進行bug修補。修補bug分支是從Master分支上面分出來的。修補結束之後，再合併進Master和Develop分支。它的命名，能夠採用fixbug-*的形式。

 

6).其它分支 other

還有就是其它分支了，你們能夠根據須要建立便可……

9.團隊多人開發協做

在上面的章節中咱們講解了Git的分支管理策略，通常開發團隊中有這樣幾個分支，master、develop、feature、release、 bug、other分支，或者你還有其它分支，那有博友會問了，你講了那麼多分支，都在本地放着咱們怎麼查看和推送分支到遠程服務器上呢？嘿嘿，咱們說大 家別急咱們在這一章節中就來重點講解，在團隊多人協做中的分支推送與抓取。