ClearCase数据自动备份与恢复

lava.yan · 发表于 2010-4-1 15:19:15

因为公司之前的scm对软件配置管理没有兴趣，公司的ClearCase数据都比较混乱，源代码重复，数据备份缺失，从来没有做过数据恢复，源码权限未控制......。基本上需要重新来过。公司领导不知道没有重视还是因为没有出现过重大问题，居然没有人告诉我问题的严重性。幸好公司开发人员比较纯朴，呵呵。要不公司损失就惨了。我想在需要做的就是对47G的数据清理（已经删除了1300多个无效的view了），重新制定备份策略。大家有什么好的建议？尤其是清理vobs中的垃圾数据？（备份还原的事情脚本写好了，最麻烦就是清理数据了！）可以最大程度上简化这事情啊？

阿布 · 发表于 2010-4-2 01:24:58

有个简单办法，如果VOB存在周期不长的话，例如半年到1年。你可以考虑控制新建的VOB，逐步达到管理，让那些旧的VOB逐渐消亡。
如果VOB周期很长，三年以上的话，每天清理个1小时，1个月后，怎么着也干净了。。。
关键问题是，何谓VOB中的垃圾数据？

lava.yan · 发表于 2010-4-2 07:11:40

vob中有公司远古时期的数据，很多事02年的。我的意思是有很多文件是每次编译自动生成的，之前的人不知道为什么上传到CC服务器了。一般来说在view中编译源码后，是自动生成的文件都会成为hijacked文件，但是也有例外，有些文件只是改了几个标志位，例如时间等等（头痛！），但是这样的文件时千万不能删除的

国际米兰 · 发表于 2010-4-3 03:27:31

可能我的看法有点偏颇，
历史垃圾数据仍旧属于历史的一部分如果空间占有量不是太大或者你们硬盘够大的话其实尽可以保留
为了优化的目的你可以rmname来在新的版本中剔除name。
编译过程中的中间/结果文件不需要add to source control.
release需要的编译结果文件其实可以单独设置一个release流程来进行构建。

lava.yan · 发表于 2010-4-3 07:10:21

我们用的是base模式，比较灵活。不过无论哪种方式中间文件都不应该归档的，正在想办法处理中

wuqing1185 · 发表于 2010-4-7 03:05:12

那些不需要的编译结果，直接彻底删除。自带的scrubber程序会清理那些无用的历史信息和cleartext pool的，当然你也可以改变一下参数，调整时间

wanglq7515 · 发表于 2010-4-10 09:19:51

我们公司也是面临CC用了4年了,现在有很多项目是废的项目,好多年前的代码也不用了,我现在也在想个方案是否将所有的VOB是否重新创建下,重新建立项目。

lava.yan · 发表于 2010-4-13 21:19:30

最好不要轻易动原来的VOB，除非是老大明确告诉你，这个vob的数据今后不再维护。就算老大要你整理原来的vob，也一定要小心，一旦遗漏了数据，损失的不仅仅是公司，还有自己的职业信仰啊。哎，可是这样的事情也只有scm来做，所以我不如地狱谁入地狱啊！我的想法是：08年的项目目前要不就是维护，要不就是作废，把他们从现在的vob服务器中移到备用vob服务器，09年以后的呢，将各个项目状态统计出来，流产的，维护的，正在研发的，还在客户确认阶段的。。。。。。都整理好，再分类处理（等我完全想好了，再详细的跟大家讨论）。

zzx5804 · 发表于 2010-8-5 09:41:31

还是小心为妙啊代码这东西

帐号		自动登录	找回密码
密码			立即注册

[讨论] ClearCase数据自动备份与恢复

SCMLife推荐 /1