ClearCase:内务管理

ClearCase:内务管理,clearcase,clearcase-ucm,Clearcase,Clearcase Ucm,在我不断学习和驯服我们对ClearCase[UCM]的使用的过程中,我意识到,从一开始,每个标签、活动、基线、流都是在我们的ClearCase设置中开放和可见的 与此类似,我相信这至少对我们的旧基线是有益的 有没有一种简单的方法可以找到比某个日期早的基线(在我的例子中是从Windows中) 我一直在努力使用cleartool find、lsbl和desc命令,感觉自己缺少了一些简单的东西 作为第二部分,如果我真的找到了一个命令-应该使用它吗?几乎盲目地选择所有[旧]基线并以这种方式锁定它们是否有

在我不断学习和驯服我们对ClearCase[UCM]的使用的过程中,我意识到,从一开始,每个标签、活动、基线、流都是在我们的ClearCase设置中开放和可见的

与此类似,我相信这至少对我们的旧基线是有益的

有没有一种简单的方法可以找到比某个日期早的基线(在我的例子中是从Windows中)

我一直在努力使用
cleartool find
lsbl
desc
命令,感觉自己缺少了一些简单的东西

作为第二部分,如果我真的找到了一个命令-应该使用它吗?几乎盲目地选择所有[旧]基线并以这种方式锁定它们是否有危险[除了上面已经说明的原因之外]


有没有其他推荐的方法,或者我应该在不同的层面上考虑内务管理?不同的对象?或者根本没有?

我在“”中描述的一种可能性是将

您仍然需要对输出进行解析和排序,但这只是一个开始

应该使用它吗?几乎盲目地选择所有[旧]基线并以这种方式将其锁定为过时基线是否存在危险


不是(旁边):它是一个清除策略,它需要按项目进行调整。

< P>鉴于大量UCM元数据的不可移除性,您可能还想考虑将组件和项目迁移到新的VBOS。锁定过时的基线/流只会使其不显示,当工具获取流中的基线时,仍会查找它。根据您的项目架构和基线化过程,这可能会有点痛苦,甚至非常痛苦

已经存在了十多年的项目/组件结构没有任何问题。我每天都在一台电脑上工作。如果您只担心东西是可见的,那么锁定过时的过程就可以了。如果您还有其他问题,那么“干净的”PVOB/CVOB可能会解决这些问题

cleartool lsbl -fmt "%d %n\" -stream...