Re: [請益] git的多人開發環境的建置?

作者: readonly (唯讀)   2014-11-04 23:05:12
※ 引述《strlen (strlen)》之銘言:
: 上個月剛換工作
: 目前工作內容主要是以開發與維護公司自有網站為主
: 網站是很常見的的LAMP架構
: 但因為公司一直以來都沒有使用版本控制
: 所以整個測試機上的程式真的就像垃圾場一樣...
: 現在主管說要導入版本控制系統
: 要我選一個弄
: 我之前只有用過svn
: 現在想玩玩看git
: 這一兩天看了些教學文後大致上基本的操作與觀念都OK
: 現在的問題是多人開發的流程該怎麼樣規範會比較好?
: 目前公司實際在寫程式的有六個人
: 未來可能還會繼續增加
: 但公司裡的人幾乎都沒有碰過git
: 之前的作業方式都是直接使用連線網路磁碟到測試機上改
: 然後直接看結果
: 本機當然大家都是使用Windows,測試機是CentOS
: 我現階段想到的規範是
: 1.將某一台測試機當作git server
: 大家把程式clone回自己的本機開發
: 改好了再push回測試機
: 2.開發還是在原本的測試機上作
: 只是不同人就開不同的branch
: 做好了在合併就好?
: 或是有其它更好的方式呢?
: 因為自己對git也不是很熟
: 不太確定哪一種作法會比較好
: 想請問大家在目前使用git的多人作業流程大概是怎麼樣呢?
如果你真的要問的話,這兩個都不對。個人覺得你們的流程要整個改過。
首先要有個維護 tree 的人,負責 merge,還有 tree 上面的 code
是正確能跑的。
git branch 是為了新功能開的,例如新功能可能要好幾個 patch/commit,
在一個 branch 做好之後一次送出去 (svn 是一個 commit 馬上就送上去
被別人看見)。
你們不是選 svn 好還是 git 好的問題。
作者: dream1124 (全新開始)   2014-11-05 01:04:00
你的意思是伺服器stage branch要有人負責管嗎?
作者: aresa (秋涼)   2014-11-05 01:42:00
負責review的一定要很有耐心xd,我老闆每次review我的code我都好心虛,問題一堆
作者: Baternest (忍蛋)   2014-11-05 09:28:00
沒人管merge 就算完全沒有conflict 功能對不對都是問號
作者: strlen (strlen)   2014-11-05 13:17:00
的確不是哪個好的問題... 應該說公司現在根本沒有作業流程可言 XD 我也是第一次被要求要當制定規範的 前公司是用svn但老實說我也只會很普通的用基本功能而已
作者: readonly (唯讀)   2014-11-05 19:22:00
你要作業流程的話是在版本控制更上層的問題,你們要先有個 bug tracking 系統。@aresa 如果是每個 commit review 其實工作量很小因為大家早就知道要怎麼寫了。kernel 那麼大也是這樣管的,難道每個人都可以 commit?

Links booklink

Contact Us: admin [ a t ] ucptt.com