Re: [請益] 關於CVS的Merging
※ 引述《grassboy2 (活力花俏草兒仔政﹞O花俏)》之銘言：
: 總覺得這種版本控管的問題比較適合問這邊的大大們…
: 嗎？
: 查過了google…大部分都沒有針對Merge的檔案內容作說明…
: 而是只下一個Merge指令而已…
: 如果問題太過白痴…請各位高手勿見怪>"<
回推文...
: 推 GregHowe:其實merge老實說很少使用....因為開發共同專案的時候
: → GregHowe:一定是每個人負責自己的code, 而不是好幾人共改一個檔案
: → GregHowe:cvs不會很老啊....還是很多人使用...用linux的人很常用
: → GregHowe:或者是svn 其實你可以想像如果我改的和你改的merge
: → GregHowe:這樣版本控管根本是沒有意義...
Branch / Merge 常不常用得看你們的開發模式...
一般來說除非專案不對外 release... 不然針對版本的維護一定會需要 branch / merge
舉例來說，假設今天要對外發佈 1.0 版，然後之後預定的 1.1、 1.2 版都是 bugfix 的
版本，但同時需要開發新功能，請問要如何在 trunk 裡面把屬於 2.0 的修改以及針對
1.x bugfix 的修改區隔？
除此之外，一般來說在版本控制裡會根據公司的文化，來決定一些原則，比如：
trunk 始終都得保持可被編譯成功運行，那請問你開發那種會讓系統暫時編譯失敗的
新功能要怎麼辦？整個開發完才 commit？ 所以這時就得開 branch 來開發，完畢之後再
merge 回 trunk，這是好的開發習慣，搭配 CI 系統也可大幅提昇軟體的品質...
: 推 ledia:沒用過就別出來說嘛~ 有些 VCS 是可以 per changeset merge
: → ledia:這對不同 branch 但相同的 bug fix 是很有用的
: 推 GregHowe:那恕小弟才學粗淺, 是哪些"VCS"呢?
你要問的是 per changeset merge？ SVN 就可以阿...
雖然 SVN 1.5+ 終於有 merge info... 讓 merge 比較輕鬆，
但我覺得分散式版本控制系統 (我自己是愛用 Mercurial) 這方面才算是真正無痛...
不過當然 SVN 也是有他的優勢就是 (比如某些需要檔案鎖定的情況)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 123.193.202.89
推
06/24 19:12, , 1F
06/24 19:12, 1F
→
06/25 00:50, , 2F
06/25 00:50, 2F
討論串 (同標題文章)