關於分支,發佈等組織方式,請大家推薦,謝謝~~
能和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兩個分支.