Git 企業中常用分支管理策略
一般企業中開發一個項目的分支策略
- 主分支 master
- 開發分支 develop
- 功能分支 feature
- 預發佈分支 release
- bug 分支 fixbug
- 其它分支 other
主分支 master
代碼庫應該有一個、且僅有一個主分支。所有提供給用戶使用的正式版本，都在這個主分支上發佈。
Git 企業中常用分支管理策略
說明：Git主分支的名字，默認叫做Master。它是自動建立的，版本庫初始化以後，默認就是在主分支在進行開發。
開發分支 develop
主分支只用來分佈重大版本，日常開發應該在另一條分支上完成。我們把開發用的分支，叫做Develop。
Git 企業中常用分支管理策略
說明：這個分支可以用來生成代碼的最新代碼版本。如果想正式對外發布，就在Master分支上，對Develop分支進行"合併"（merge）。
功能分支 feature
功能分支，它是爲了開發某種特定功能，從Develop分支上面分出來的。開發完成後，要再併入Develop。
Git 企業中常用分支管理策略
說明：功能分支的名字，可以採用feature-*的形式命名。
預發佈分支 release
預發佈分支，它是指發佈正式版本之前（即合併到Master分支之前），我們可能需要有一個預發佈的版本進行測試。預發佈分支是從Develop分支上面分出來的，預發佈結束以後，必須合併進Develop和Master分支。它的命名，可以採用release-*的形式。
bug 分支
bug分支。軟件正式發佈以後，難免會出現bug。這時就需要創建一個分支，進行bug修補。修補bug分支是從Master分支上面分出來的。修補結束以後，再合併進Master和Develop分支。它的命名，可以採用fixbug-*的形式。