为了使各项目之间可以达到重用的目的，公司以前的配置管理员把多个项目的档案都放在同一个VOB中，致使这一个VOB超过了15G，太恐怖了。一些几年前结束的项目历史版本已经没有多大用处，想要只保留最新版本，而把其历史版本删除，大家各抒己见谈谈自己是怎么做的？

建议楼主不要清理历史版本，这个违反做版本控制的基本原则，如果我们是要将VOB库中的历史版本都删除，那么我们做版本控制的意义有多大呢？

如果实在是硬盘空间紧张，建议将目前的vob库封存起来，转移到其他的备份硬盘上去，然后将新建一个vob，将最新版本的数据导入到新建的vob里就好了。

CM的基本原则就是不能随便删除历史版本。

15G叫恐怖？？？我们的VOB大小都在100G上下。

同意懂你的说法，那15G就叫恐怖？
我见过的也有100多个G的呢！

我的最大VOB十几G，100G都放了些什么啊？这么大！

VOB应该做定期备份的吧，那100G的VOB如何做备份，100G备份需要锁住VOB的时间会很长，工作和备份是如何兼顾的呢？

如果VOB 的大小大大超出预定的大小，是不是流程可以再优化一些？

我觉的vob数据超过100G，并不是有用数据是100G，很多时候我们库中有二进制的文件，类如word，压缩包，exe 等，clearcase对这样类型的文件保留版本的时候都是采用复制一份保留在库中，如果对这样的文件频繁的进行操作，版本形成的越多，那么就被复制的次数越多，这样空间就成几何倍数的增长，大家可以在这方面做做文章，比如一些不需要版本控制的word文档，压缩包等，是否可以考虑清理一下历史版本？ 我觉的这样可以节省一下我们的空间。

要是VOB的数据确实是100G，并且数据都是有效的，那也没有什么好的方法了，只有按照正常的流程进行备份了。我现在的VOB的数据有150G，做的是完全备份，每天晚上也就用3个小时就能备份完，只要服务器的配置ok，硬盘的读写速度ok，备份的时间还是能保证的。

150G，每天稳定在3个小时？

我们有10+个VOB，合计110G，，90%的时候能在1小时45分钟搞定，和你的差不多。
不过剩下的10%，就会出点问题，个别vob备份速度过慢，从5个小时到24个小时都有可能。