請推薦一個適合4-6人小團隊的git程式碼管理模式?
怪我咯
怪我咯 2017-04-24 09:12:25
0
4
677

關於分支,發佈等組織方式,請大家推薦,謝謝~~

能和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裡面嗎?

怪我咯
怪我咯

走同样的路,发现不同的人生

全部回覆(4)
PHPzhong

如果是小團隊,集中辦公的話,用 github 的 pull 有些成本高,
完全可以採用以下幾種方式之一:

  • 本地 review,通過後提交 develop 分支,擇機 release 到 master
  • 直接提交到 devlop 分支,不合適就 revert 回來,這樣可能會麻煩一些
  • 每人維護一個自己的 branch,然後由專人 merge 到 develop

這樣還可以使用 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兩個分支.

熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板
關於我們 免責聲明 Sitemap
PHP中文網:公益線上PHP培訓,幫助PHP學習者快速成長!