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

看板Soft_Job作者 (唯讀)時間9年前 (2014/11/04 23:05), 編輯推噓3(309)
留言12則, 5人參與, 最新討論串2/4 (看更多)
※ 引述《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

11/05 01:04, , 1F
你的意思是伺服器stage branch要有人負責管嗎?
11/05 01:04, 1F

11/05 01:42, , 2F
負責review的一定要很有耐心xd,我老闆每次review我的code
11/05 01:42, 2F

11/05 01:42, , 3F
我都好心虛,問題一堆
11/05 01:42, 3F

11/05 09:28, , 4F
沒人管merge 就算完全沒有conflict 功能對不對都是問號
11/05 09:28, 4F

11/05 13:17, , 5F
的確不是哪個好的問題... 應該說公司現在根本沒有作業流程
11/05 13:17, 5F

11/05 13:17, , 6F
可言 XD 我也是第一次被要求要當制定規範的 前公司是用svn
11/05 13:17, 6F

11/05 13:18, , 7F
但老實說我也只會很普通的用基本功能而已
11/05 13:18, 7F

11/05 19:22, , 8F
你要作業流程的話是在版本控制更上層的問題,
11/05 19:22, 8F

11/05 19:23, , 9F
你們要先有個 bug tracking 系統。
11/05 19:23, 9F

11/05 19:27, , 10F
@aresa 如果是每個 commit review 其實工作量很小
11/05 19:27, 10F

11/05 19:27, , 11F
因為大家早就知道要怎麼寫了。
11/05 19:27, 11F

11/05 19:29, , 12F
kernel 那麼大也是這樣管的,難道每個人都可以 commit?
11/05 19:29, 12F
文章代碼(AID): #1KMEig2u (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1KMEig2u (Soft_Job)