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

引用:

原帖由 nizhazha 于 2008-3-24 10:45 发表
2G，4G，还是8G？我怎么看不到不同的答案呢。

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

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

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

引用:

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

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

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

引用:

原帖由 hongerchen 于 2008-4-15 10:03 发表
的确都是源码，主要原因的我们软件的子系统很多，而且每个子系统的本身的版本很多，再加上历史悠久，就………………

我也有些奇怪
按照楼主的方法
既然可以把在一个时间点之前的所有的内容不要了
那当时为什么不另建一个配置库系统呢
而是一直在原先的这个VSS系统上进行操作
当原先的已经定型或是完成后
可以单独入资材库进行统一管理
然后再在新库上进行重新配置管理
不是很好么
也避免出现类似配置库超大的事情了
当然
有前提条件就是可以有另建配置库的时机存在
不然也白说了

引用:

原帖由 CMStruggling 于 2008-4-17 20:29 发表

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

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

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

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