我的 SVN repository 的規劃經驗
當初規劃工作用的 Subversion repository 時,我選擇將各個專案擺在各自的 repositories 裡,而沒有依照 SVNBook 裡介紹的 repository layout 基本型,將所有專案依目錄規劃,通通擺在一個 repository 裡。這樣各有好處和壞處:
- 把專案分開放在各自的 repositories 裡:這麼做的好處是,backup/restore 時非常方便,可以 by project 做 backup 和 restore,這在當 respository 變很大的時候更是明顯[1]。不過當同時進行多個專案,且互有牽扯包含的時候,這樣的作法就不太好,如 revision number 會有很多份,無法用單一一個 revision number 來表達一個軟體 (由多個專案組合而成) 的 snapshot。
- 把所有專案通通放在單一一個 repository 裡:管理起來會比較麻煩,目前我眾多的 repositories 共佔用 1.3G 的磁碟,如果這是單一一個 repository 的話,那在備份的時候,管理者就會很頭痛。至於壞處則是,由於目前 Subversion 只能夠藉由
svn:externals進行跨 repositories 的整合,因此,我們便無法在不同專案間,svn copy來去自如。
- 如果不只放程式檔的話,通常會膨脹的很快。我之前在從 CVS 跳槽到 Subversion 時,比較過兩者 repository 的大小。平均 Subversion 的 repository 會比 CVS 的大六倍。 ↩



One Backlink
[...] Comments (RSS) « 我的 SVN repository 的規劃經驗 回應 Edward: Trac Aggregator » [...]
Post a Comment