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

[readonly (唯讀)]

※ 引述《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 好的問題。


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.165.105.58
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415113514.A.0B8.html
→ dream1124: 你的意思是伺服器stage branch要有人負責管嗎?
推 aresa: 負責review的一定要很有耐心xd，我老闆每次review我的code
→ aresa: 我都好心虛，問題一堆
推 Baternest: 沒人管merge 就算完全沒有conflict 功能對不對都是問號
推 strlen: 的確不是哪個好的問題... 應該說公司現在根本沒有作業流程
→ strlen: 可言 XD 我也是第一次被要求要當制定規範的 前公司是用svn
→ strlen: 但老實說我也只會很普通的用基本功能而已
→ readonly: 你要作業流程的話是在版本控制更上層的問題，
→ readonly: 你們要先有個 bug tracking 系統。
→ readonly: @aresa 如果是每個 commit review 其實工作量很小
→ readonly: 因為大家早就知道要怎麼寫了。
→ readonly: kernel 那麼大也是這樣管的，難道每個人都可以 commit?