※ 引述《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