关于SVN的tag功能

用SVN和cruiseControl进行代码管理以及持续集成，在每次进行build的时候，希望能对所编译的代码打上TAG，这样可以根据不同的build来获取不同的源码包。
    我的问题是，由于构建非常频繁，SVN打tag又好似是另复制了一份copy在repository中，这样一段时间以后，SVN会非常慢，因为tags目录下的tag实在太多了。有什么提高效率的办法么？或者说，有没有像VSS打label的那种tag，让SVN不用新生成一个branch，而是在history中生成一条记录？

svn打tag

貌似不如cvs方便。

感觉怕怕的。

svn 的tag不过是cheap copy，根本不会复制一份copy在repository中。怎么会因为tag导致项目过慢呢。
SVN的tag和branch在实现的底层上是一样，差别不过是tag是只读的，branch是可以提交维护的。
建议看下svn手册，上面写的很详细。

Kisses99 说得不清楚，“这样一段时间以后，SVN会非常慢”是指什么操作？是打标签慢？还是 check in 慢？还是 update 服务器版本到本地慢？
我这边也是每天基本上一个 daily build 版本的。打标签操作本身，一直是很快的。从服务器 get 到本地，也很快，check in 速度也很快。直接获取某个daily build 版本也很快．
唯一慢的是，查看 tag 目录下，有多少个 daily build 版本，这一步会很慢。这个目录下，子目录太多了．
我的解决方法是，把今年一月份之前的daily build 版本，单独放在一个目录，比如 history_tag。这样目前最新的 tag 目录下，子目录数量就少多了。也可以按月分子目录，比如 tag200805, tag200802, 等等。
希望对你有用。

tag 不是这样用的，直接用 revision 不是更好么？

每日构建一次就打一个 tag，又不是搞备份，这样本身就和版本控制的本意有点背道而驰

打个比方，除了可以方便的检出源码和自动构建，你这样和手工备份代码有区别吗？