2008-04-28
关于SVN的tag功能
用SVN和cruiseControl进行代码管理以及持续集成,在每次进行build的时候,希望能对所编译的代码打上TAG,这样可以根据不同的build来获取不同的源码包。
我的问题是,由于构建非常频繁,SVN打tag又好似是另复制了一份copy在repository中,这样一段时间以后,SVN会非常慢,因为tags目录下的tag实在太多了。有什么提高效率的办法么?或者说,有没有像VSS打label的那种tag,让SVN不用新生成一个branch,而是在history中生成一条记录?
我的问题是,由于构建非常频繁,SVN打tag又好似是另复制了一份copy在repository中,这样一段时间以后,SVN会非常慢,因为tags目录下的tag实在太多了。有什么提高效率的办法么?或者说,有没有像VSS打label的那种tag,让SVN不用新生成一个branch,而是在history中生成一条记录?
评论
zealic
2008-05-25
tag 不是这样用的,直接用 revision 不是更好么?
每日构建一次就打一个 tag,又不是搞备份,这样本身就和版本控制的本意有点背道而驰
打个比方,除了可以方便的检出源码和自动构建,你这样和手工备份代码有区别吗?
每日构建一次就打一个 tag,又不是搞备份,这样本身就和版本控制的本意有点背道而驰
打个比方,除了可以方便的检出源码和自动构建,你这样和手工备份代码有区别吗?
jacklondon
2008-05-22
Kisses99 说得不清楚,“这样一段时间以后,SVN会非常慢”是指什么操作?是打标签慢?还是 check in 慢?还是 update 服务器版本到本地慢?
我这边也是每天基本上一个 daily build 版本的。打标签操作本身,一直是很快的。从服务器 get 到本地,也很快,check in 速度也很快。直接获取某个daily build 版本也很快.
唯一慢的是,查看 tag 目录下,有多少个 daily build 版本,这一步会很慢。这个目录下,子目录太多了.
我的解决方法是,把今年一月份之前的daily build 版本,单独放在一个目录,比如 history_tag。这样目前最新的 tag 目录下,子目录数量就少多了。也可以按月分子目录,比如 tag200805, tag200802, 等等。
希望对你有用。
我这边也是每天基本上一个 daily build 版本的。打标签操作本身,一直是很快的。从服务器 get 到本地,也很快,check in 速度也很快。直接获取某个daily build 版本也很快.
唯一慢的是,查看 tag 目录下,有多少个 daily build 版本,这一步会很慢。这个目录下,子目录太多了.
我的解决方法是,把今年一月份之前的daily build 版本,单独放在一个目录,比如 history_tag。这样目前最新的 tag 目录下,子目录数量就少多了。也可以按月分子目录,比如 tag200805, tag200802, 等等。
希望对你有用。
ygxdha
2008-05-08
svn 的tag不过是cheap copy,根本不会复制一份copy在repository中。怎么会因为tag导致项目过慢呢。
SVN的tag和branch在实现的底层上是一样,差别不过是tag是只读的,branch是可以提交维护的。
建议看下svn手册,上面写的很详细。
SVN的tag和branch在实现的底层上是一样,差别不过是tag是只读的,branch是可以提交维护的。
建议看下svn手册,上面写的很详细。
cddcdd
2008-05-08
svn打tag
貌似不如cvs方便。
感觉怕怕的。
貌似不如cvs方便。
感觉怕怕的。
发表评论
提醒: 该博客已发表在公共论坛,博客所有留言会成为论坛回贴,留言请注意遵守论坛发贴规则
- 浏览: 272 次
- 性别:

- 来自: 上海

- 详细资料
搜索本博客
最近加入圈子
最新评论
-
关于SVN的tag功能
tag 不是这样用的,直接用 revision 不是更好么? 每日构建一次就打 ...
-- by zealic -
关于SVN的tag功能
Kisses99 说得不清楚,“这样一段时间以后,SVN会非常慢”是指什么操作? ...
-- by jacklondon -
关于SVN的tag功能
svn 的tag不过是cheap copy,根本不会复制一份copy在repos ...
-- by ygxdha -
关于SVN的tag功能
svn打tag 貌似不如cvs方便。 感觉怕怕的。
-- by cddcdd






评论排行榜