本文基於GitHubDeskTop 和 網上的一篇文章，目前專案採用了這種方式進行管理客戶端程式碼
綜合來說：
優點： 這種方式比較適合大團隊進行開發，利於多人進行開發（想想客戶端都有好幾個組）。
缺點：小團隊拉分支太多不方便開發

參考分支管理思路圖 下面的文章會按照紅色箭頭的思路進行，也就是 ：開發階段->測試階段->釋出階段

第一步：建立主幹，並提交到git伺服器

建立好了主幹後我們隨便新增一個文字來進行測試（helloworld.txt 沒錯就是那麼親切）在文字中寫下內容：this is master origin

當前伺服器的內容

第二步：建立分支 + 提交分支

1. 建立：參考下圖
   
2. 提交：在工具的Bar上有個Push 點一下即可

第三步：切換分支+提交分支內容

點選△即可切換分支，前提是你之前的的建立是成功了

切換分支了後，我們現在的工作環境就在分支下了，這個時候我們我們選擇在分支裡面新增一行文字：this is develop?然後push 這樣主幹和分支的內容就不同了

當前伺服器的內容
master現在是：this is master origin
develop現在是: this is master origin

第四步：建立Release版本給測試

直接建立一個重develop拉出來的 分支取名叫release給到 QA 進行測試。這個階段出現了bug就直接在這個分支上修復
比如我們這個時候在我們的helloworld裡面新增一行文字：this is bug！！！ release fixed

當前伺服器的內容
master現在是：this is master origin
develop現在是: this is master origin ; this is develop?
release現在是: this is master origin ; this is develop? this is bug！！！ release fixed

第五步：合併Realse版本到develop和master進行釋出

把當前的分支切換到主幹然後選擇Branch/Compare to Branch 選擇 Master

點選Merge into master 進行合併操作，等待合併完了後，push到伺服器。合併到develop是一個道理（略）

當前伺服器的內容
master現在是：this is master origin ; this is develop? this is bug！！！ release fixed
develop現在是: this is master origin ; this is develop? this is bug！！！ release fixed
release現在是: this is master origin ; this is develop? this is bug！！！ release fixed

第六步：預釋出+釋出

1. 合併程式碼過後我們先選擇預釋出（必須在工程的根目錄進行 點選release按鈕就進入到了下圖的介面）
   

2.預釋出的結果

1. 要上線了趕緊釋出正式包吧（點選預釋出的視窗然後編輯把 pre-release勾選即可）