在ClearCase中访问被遮挡的元素

在ClearCase中访问被遮挡的元素,clearcase,Clearcase,在我当前的工作环境中,我广泛使用Eclipse文件进行测试。当需要将事情形式化时,我有一个脚本,它通过将文件与eclipse脚本保存的备份进行比较来生成差异 我希望能够在没有原始文件备份的情况下工作;是否有任何方法可以检索文件的当前版本,并将其传递给diff?尽管该文件是视图专用文件,但我可以输入foo@/并查看版本列表,但我不确定如何查找最新版本。我尝试使用cleartool ls或用文件名描述的所有内容都告诉我,它不是VOB对象(这是真的,尽管cleartool ls确实将其显示为被遮挡,所

在我当前的工作环境中,我广泛使用Eclipse文件进行测试。当需要将事情形式化时,我有一个脚本,它通过将文件与eclipse脚本保存的备份进行比较来生成差异

我希望能够在没有原始文件备份的情况下工作;是否有任何方法可以检索文件的当前版本,并将其传递给diff?尽管该文件是视图专用文件,但我可以输入foo@/并查看版本列表,但我不确定如何查找最新版本。我尝试使用cleartool ls或用文件名描述的所有内容都告诉我,它不是VOB对象(这是真的,尽管cleartool ls确实将其显示为被遮挡,所以它必须知道,不知何故,那里有一个元素)


谢谢

被遮挡的文件意味着动态视图

最简单的解决方案是基于相同的配置规范创建第二个动态视图。
考虑到这些观点是多么廉价和快捷,这不是一个问题

在第二个动态视图中,您可以执行以下操作:

cleartool descr -fmt "%Xn" /path/to/element

为了获得文件的路径名(请参阅了解
%Xn
语法的更多信息)。

或者,您可以在第二个视图中使用相同文件的路径来进行区分。实际上,在这种情况下,不需要扩展路径名。好主意;我从没想过!我知道我们的CC管理员总是警告我们不要创建太多不必要的视图,但我认为他们真正的意思是太多的流(我刚刚向他们证实了这是他们的意图)。@Mikeage太多的动态视图也可能有害(因此,不只是“不必要的流”),如果他们相关的视图存储无法控制地增长(因为有大量私人文件),但在您的情况下,仅用于咨询目的,没有此类限制。