關於分支，發佈等組織方式，請大家推薦，謝謝~~
能和github結合起來講就最好啦，因為想採用github作為代碼倉庫
說一下我自己的思路吧
開始的時候，建立一個主倉庫，假設叫master_github，裡面建立兩個分支，master和develop分支，master分支用來發布，develop分支用來開發
一個新成員加入的時候，首先要fork主倉庫master_github,假設fork之後的倉庫叫做member_github,新成員把member_github的程式碼clone到本地，然後checkout develop分支下進行開發
當member_github的develop分支開發的功能完成，並且通過測試之後，先提交到本地的倉庫，然後通過push到member_github倉庫，然後再向master_github發pull request
master_github管理員決定是否合併來自member_github的pull request
當develop分支merge來自各個member_github的功能達到一個發佈時，把develop分支rebase到master分支，進行發布
以上是我的思路，請大家幫忙看看是否規範，有沒有哪裡有問題的，不知道master_github中的一個develop分支是否夠用？
還有個問題就是發布版的bug修復該怎麼弄呢，在master_github中再建立分支嗎？等bug修復玩再合併到develop和master裡面嗎？
如果是小團隊，集中辦公的話，用 github 的 pull 有些成本高，
完全可以採用以下幾種方式之一：
這樣還可以使用 github 的 issue 等其他功能。
利用sourcetree 的git工作流程很方便 ~~~
我自己回答一個
git flow
上面的是一個比較經典的git flow
forking workflow的資料還在找
下面說一下我們目前git分支的使用方法
整體專案分為master和develop兩個分支，master主要用來發佈網站使用． develop主要是用來分開使用．
平時每個人開發的時候，從develop中clone一下並創建一個開發者自己的分支，如zhang.(再有新加入者的時候，類似同樣的方法分支另起一個名字li.)．當開發工作完成後，提交本地倉庫並git push自己的分支．最後先將develop合併到自己的分支(開發期間可能被開發者進行過修改)，以確保合併成功．合併無誤後，再將目前合併後的zhang分支合併到develop分支中． (註：這裡的合併操作先是在本地分支合併．然後再合併到遠端分支．有點多操作一步)．
到最後一天工作結束後再將develop合併到master分支，透過master上線運行．
另外對於線上環境有緊急bug要修改的時候．再從master裡創建一個分支．獨立維護．結束後，再分別同步master和develop兩個分支．