人多的 project 應該不太會要考慮這個，自己玩玩的小 project 比較會遇到

比如說現在 working copy 版本是 3

trunk 裡的東西修改一些後確定要成為 release 1.0

這時可以先 commit trunk，版本變成 4，再做 tag，版本變成 5

也可以先用 svn copy 把 trunk 複製到 working copy 的 tags/1.0 裡，再一起 commit，版本變成 4

看起來好像只有最後的版本號碼差一號

不過分別用 incremental 方式 dump 第一種的 -r 4:5，和第二種的 -r 4

會發現第一種的 dumpfile 對於 revision 4 部份記錄的是 trunk 在 3 之後的更動

revision 5 部份只記錄由 trunk 複製到 tags/1.0 該增加的頂層目錄，並標記由 revision 4 的 trunk 複製過來

而第二種則是對 trunk 的處理和第一種在 revision 4 部份的處理一樣

但對 tags/1.0 的處理是標記由 revision 3 的 trunk 複製，並記錄和 trunk 3 到 4 同樣的更動

也就是同樣的更動在 trunk 和 tags/1.0 被重複記錄了，如果 dump 的結果對應記錄的方式的話（我不確定）

如果真的是這樣，代表第一種省空間，第二種只是省個號碼

我是覺得只做 tag 就多個版本號碼有點多餘才試了第二種

但發現似乎有上面這種情形，所以又覺得還是都用第一種好 😛

• 留言者: JiaYun
• Email:
• 網址:
• 日期: 2007-05-31 00:21:07

http://www.jeffhung.net/blog/articles/jeffhung/903/

我要把自己機器上的 subversion repository 複製到別的機器

但只要複製其中一個的 project

svnadmin dump 是整個 repository 都 dump

不過配合 svndumpfilter 就可以產生出單一 project 的 dumpfile

svnadmin dump /path/to/repos | svndumpfilter include project –drop-empty-revs –renumber-revs > dumpfile

加上參數 –drop-empty-revs 可以捨棄那些只修改別的 project，和要複製的 project 無關的版本

用了 –drop-empty-revs 再加上 –renumber-revs 能讓版本號碼重新編排，產生連續的號碼

不會因為有捨棄的版本，而造成號碼跳動

在 Version Control with Subversion 的 svndumpfilter 那一節有詳細說明

http://svnbook.red-bean.com/svnbook/ch05s03.html#svn-ch-5-sect-3.1.3

如果只是自己在一台機器上使用 subversion

只要 svnadmin create path/to/repos 開好 repository

就可以在 client 直接以 file:///path/to/repos 的 URL 存取

不用架 server

• 留言者: tempo
• Email:
• 網址:
• 日期: 2004-08-02 06:40:24

CVS 也可以不架 server 直接存取檔案喔~~

• 留言者: JiaYun
• Email:
• 網址:
• 日期: 2004-08-02 17:35:25

原來 CVS 有 :local:

以前學 CVS 是為了存取遠端的

會了基本操作後就沒仔細看文件

不過 :local: 好像不能在 Eclipse 上用

https://bugs.eclipse.org/bugs/show_bug.cgi?id=6892