subversion

中文文件

subversion 和 cvs 是差不多的東西, 因為以前就都用 cvs 是不會想要
換到 subversion, 雖然他也有很多優點, 也試著用過.

不過我是想要像 cvs changelog 這種可以做出 report 的東西,
可以讓你很方便管理 source code, 不是想把 cvs 換掉, 可能我言不及
意吧, 讓你誤會了..

如果有遠端存取和多人協同作業的話建議使用SVN,
在下以前管理的project也用過CVS,但是他的傳輸方式
實在太浪費頻寬,再者多人協同作業的一些管理和設計
也不是很方便,改個source root還要自己動手...Orz
換了SVN之後可以說是撥雲見日啊XD~
提供您參考

那請教一下, subversion 有沒有類似 cvs changelog 這種東西
http://www.destailleur.fr/cvschange...changelogb.html

subversion 我唯一不喜歡的是, 會有二份 code 佔我的硬碟...
不然其實還蠻好用的.. 只是 project 一多... 就很頭痛.. size double.

Subversion 配上 trac 就很好用了
code 成長速度?? 怎麼寫會有 Linux Kernel 那樣成幾百幾千萬行變動嗎??

CVS branch 是非常痛的一件事情
再者, 硬碟裡面放兩份原始碼有多痛? 隨便來一個影片都比那個大的多吧..

當你 code 寫的越多, 就會越討厭 CVS, 如果你對 CVS 沒意見
表示你 code 寫的還不夠多..

若你的 project 都是從同一份原始碼, branch 出來, subversion 可以用 switch 轉到另外一份 project 去

公司的 code 不比 Linux Kernel 少喔... 隨便挑一個 project 就有 3179 的檔案, 522mb,
更別談我 hd 有 20 幾個 project, 我還沒挑大的說
私人的當然沒那麼多.

+1 branch 實在不好管理. 開頭第一篇就抱怨過了

有時後是被制約, 而不是不願意. 你想換, 還要大家同意

3179 個檔案, 還好..
522 mb 也不會全部都是原始碼

20 幾個 project, 全都是你一個人要維護?
20 個 project 完全是獨立開的嗎?

CVS 是可以無痛轉到 subversion 的, 包含備份都可以輕鬆處理
要改變? 等到戳到 CVS 的大洞再說吧..

有些是 libary, 大部份的 project 還是有很多國外廠商包一部份.
有些是 image, 我是 leader 的 project, 不管是給客戶的 image, 給工廠的 image, 一律上
tag, 上 cvs. 除了可以忠實反應當初給客戶的 image, 一有問題也可以立刻反應. 不需要
compile (因為早期電腦慢, 有些 project 一 compile 就半個小時, 1 個小時, 都可以喝杯
咖啡再回來. 哪有那個美國時間每次都 compile. 最離普的是, 自己就學時在玩 linux,
用 386-20 compile linux kernal, 花了我 4 天都還沒好, 一氣之下就斷電去了)

而且, 上 cvs 安全啊.. 有 scsi raid 保護


不是每一個都要我維護, 由該案 leader 負責. 但, 即使不是我負責, 我也是其中 coding 的
人. 我也要留一份 coding, 支援.
估計有 5, 6 種 hw 平台, 從 arm, mips, 或類 mips 的都有. 都是獨立分開, 有些平台一
樣, 但客戶不同, hw 就會有變動, 像 ram/flash 變大, 加 usb..etc, 就又是另一個 project.


其實 cvs 雖然不太 friendly, 但還沒什麼大洞啦.. 目前接觸的美國/英國/澳州/以色列....的
公司, 每個都還在用 cvs, 有些也是歐洲業內最大的公司...
我猜, 有很多也是像我們一樣被制約的吧.. 早期只有 cvs, 就一直用下去了, 要換, 你要扛責
任嗎? 如果有一小錯, 你要人頭落地嗎? 誰都不敢開玩笑.. 軟體公司, 那些就是資產. 要我,
我也沒那麼笨, 拿自己的飯碗開玩笑...

現在是離題, 勸敗 svn 嗎?
有空時, 研究一下你說的 trac, 好像還蠻有意思的...