查看完整版本: 我给VSS配置库“瘦身”

请教大家VSS数据库是在多大的情况下进行瘦身的？

2G，4G，还是8G？我怎么看不到不同的答案呢。

[quote]原帖由 [i]nizhazha[/i] 于 2008-3-24 10:45 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=81355&ptid=5685][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
2G，4G，还是8G？我怎么看不到不同的答案呢。 [/quote]

VSS官方说配置库最好不要超过4G，因此，我觉得2G的时候可以考虑一下。

哈哈，这个不错，以前居然没有发现

楼主的VSS库里存放的都是源代码吗？那10几个G也太强了。还是连目标代码一起都存进去了？
目标代码一般都会比较大，且可以通过对应的代码编译生成，应该没有什么存放的必要（个人认为）。

[quote]原帖由 [i]zhang929002[/i] 于 2008-4-14 12:34 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=85221&ptid=5685][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
楼主的VSS库里存放的都是源代码吗？那10几个G也太强了。还是连目标代码一起都存进去了？
目标代码一般都会比较大，且可以通过对应的代码编译生成，应该没有什么存放的必要（个人认为）。 [/quote]

的确都是源码，主要原因的我们软件的子系统很多，而且每个子系统的本身的版本很多，再加上历史悠久，就………………

聪明
这些技巧日常做配置管理的时候还是很实用的
总有人来清理这些东西
这当然就是配置管理人员来做的活儿了

[quote]原帖由 [i]hongerchen[/i] 于 2008-4-15 10:03 发表
的确都是源码，主要原因的我们软件的子系统很多，而且每个子系统的本身的版本很多，再加上历史悠久，就……………… [/quote]
我也有些奇怪
按照楼主的方法
既然可以把在一个时间点之前的所有的内容不要了
那当时为什么不另建一个配置库系统呢
而是一直在原先的这个VSS系统上进行操作
当原先的已经定型或是完成后
可以单独入资材库进行统一管理
然后再在新库上进行重新配置管理
不是很好么
也避免出现类似配置库超大的事情了
当然
有前提条件就是可以有另建配置库的时机存在
不然也白说了

[quote]原帖由 [i]CMStruggling[/i] 于 2008-4-17 20:29 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=86080&ptid=5685][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]

我也有些奇怪
按照楼主的方法
既然可以把在一个时间点之前的所有的内容不要了
那当时为什么不另建一个配置库系统呢
而是一直在原先的这个VSS系统上进行操作
当原先的已经定型或是完成后
可以单独入资材库进行 ... [/quote]

CMStruggling问题提的很好。为什么不搭建一个新库，而在老的库上做文章呢？我是这样想得：
1、仅仅使用VSS Administrator，而不是用其他自己开发的工具，搭建一个新库，用户和权限都需要重新配置，如果原库的用户很多、权限非常复杂的话，这个工作量很大。
2、配置库中的一些共享等关系，在搭建新库的时候，需要重新建立，这个很麻烦。
3、我们这里所说的删除历史版本，是删除部分历史版本，也许有近三个月的版本，我们还是不删除的，以备用户去查询。搭建一个新库的话，那最初，只有一个版本。

回复 48# 的帖子

对于用VSS来管理的项目，确实存在你说的这一些问题，
建用户 分权限 建配置库分支目录结构
如果用户很多的话，确实是一个不小的工作量，
用户很多的话，
共享的时候也要为每个用户在共享里还要添加权限，这个也是很大的工作量，
VSS目前支持这个功能，采取这样，
有时候也是一种弊端，
当然，也有好处，至少在安全性方面就好多了。
不像Apache+Subversion的话，
添加用户，分配权限，都很简单也很方便，
但是本身的安全性又降低了，
都在一个文件里进行，只要打开这个文件就行了。
为更好的实施配置管理，
对配置管理工具的更好实施看来也是不容小窥的，
还得多花点心思多学研究才行。
我发现自己还有好多需要学习的。::em71:: ::em71:: ::em71::

ding

不错的主意,一会儿试一下.

我也试了一把，感谢楼主的共享，很实用的方法。

不错，看来我们的项目也要瘦身了。呵呵，多谢

VSS到1G以上，就比较容易出问题了。
事先的规划很重要，如果可以预估到是个规模比较大的项目，可以一开始就拆分开来，虽然用的时候可能麻烦一点，但可靠性增加了。

请教

请问在进行该项操作时，是否需要lock配置库？

[quote]原帖由 [i]PrincessSCM[/i] 于 2008-5-29 10:01 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=94190&ptid=5685][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
请问在进行该项操作时，是否需要lock配置库？ [/quote]

恩，Lock配置库。避免影响

看上去不错

看上去不错  有机会试一下
::em60::

方法很简单，也很使用，已经记下来了

Delete Data permanently”这个选项 是在备份过程中删除了原来的VSS目录哦中的文件吗？下次要用的时候是不是只能通过备份的恢复来实现？

[quote]原帖由 [i]muxiaying[/i] 于 2008-7-1 11:43 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=101287&ptid=5685][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
Delete Data permanently”这个选项 是在备份过程中删除了原来的VSS目录哦中的文件吗？下次要用的时候是不是只能通过备份的恢复来实现？ [/quote]

应该可以使用restore功能恢复，不过我没有试过。

我也试验过，这个方法的确很不错，不过配置库超级大的时候，操作起来会很慢，苦恼中。