git預設的是master分支，試想下，如果所有的開發都在master分支，想起來都比較混亂，那麼有沒有比較科學的分支策略呢？本篇將介紹git的分支策略，聽我慢慢道來～
分支分類
正常分支：
- master：主分支
- develop：開發分支
臨時分支：
- feature：功能分支
- release：預釋出分支
- fixbug：修補bug分支
主分支
首先，程式碼庫應該有一個、且僅有一個主分支。
所有提供給使用者使用的正式版本，都在這個主分支上釋出。
Git主分支的名字，預設叫做Master。
它是自動建立的，版本庫初始化以後，預設就是在主分支在進行開發。
開發分支
主分支只用來分佈重大版本，日常開發應該在另一條分支上完成。我們把開發用的分支，叫做Develop。
這個分支可以用來生成程式碼的最新隔夜版本（nightly）。如果想正式對外發布，就在Master分支上，對Develop分支進行"合併"（merge）。
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。
這就是多人協作的工作模式，一旦熟悉了，就非常簡單。