ClearCase使文件黯然失色

时间:2013-06-07 13:10:43

标签: file clearcase

我在使用ClearCase时遇到了困难。我正在使用动态视图。

不知何故,我得到了两个黯然失色的文件。我将我的版本中的文件夹(与重叠的文件)与我的分支上的每个版本以及主分支上的每个版本进行了比较。原始文件无处可寻。

我在Windows资源管理器中搜索了这些文件,并在lost + found目录中找到了它们(扩展名为32个字符)。此目录似乎不可见,因为我无法在Windows资源管理器或ClearCase中看到它。

我打开了一个DOS窗口并运行了cleartool。我删除了文件(我玩得很开心,在DOS提示下加上32个字符的扩展名)。我找不到从Clearcase Home Base或ClearCase Explorer中删除它们的方法。

我认为这可以解决我的问题,因为我的计算机上的任何地方都没有更多具有相同名称的文件。

我删除了重叠的文件并在Qt Creator中再次创建它们。但是当我再次打开ClearCase Explorer时,他们却黯然失色!我无法弄清楚邪恶的双胞胎在哪里。我尝试使用cleartool找到重叠的文件。没有。我尝试了很多我在网上找到的方法 - 没有用。

我尝试停止并启动视图。我再次删除了重叠的文件,关闭了Qt Creator,然后再次打开Qt Creator并重新创建它们。我尝试了许多其他建议 - 没有任何区别。

如果我超越现有文件,它们在哪里?我开始认为真正邪恶的是父母 - ClearCase!

1 个答案:

答案 0 :(得分:0)

黯然失色并不意味着邪恶的双胞胎(事实上你会多次添加一个文件)。

当您向源控件添加文件时,ClearCase将:

  • 结帐父目录
  • 访问该文件以创建临时文件(称为“afile.mkelem”)
  • 在ClearCase vob中创建文件
  • 检查父目录

当ClearCase无法访问文件内容时,我通常会看到重复的重叠文件,因为另一个进程会阻止它。

关闭Qt编辑器后尝试添加这些文件。


OP Rob Moore mentions解决了问题:

  

我将视图更改为main/LATEST,文件显示出来   我去了那个文件的树视图,注意到我在那里有一个版本的分支   我将我的分支版本与main/LATEST进行了比较,它们是相同的,所以我删除了我的分支并将我的标签放在main/LATEST版本

所以有可能的是,一旦添加了元素,配置规范就没有正确选择它(在分支上的新版本不是配置规范的一部分),并且其状态还原“黯然失色”。