分支管理策略
下面我們來說一下一般企業中開發一個項目的分支策略：
- 主分支 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分支，或者你還有其它分支，那有博友會問了，你講了那么多分支，都在本地放着我們怎么查看和推送分支到遠程服務器上呢？嘿嘿，我們說大 家別急我們在這一章節中就來重點講解，在團隊多人協作中的分支推送與抓取。