详解 Rational ClearCase中的lost+found目录

  在软件配置管理工具 Rational ClearCase中，当你创建一个VOB库后，将自动产生一个目录：lost+found,这个目录主要存放不再包含在VOB中任何一个目录版本中的元素（在ClearCase中，元素包括文件和目录），这句话听起来有些拗口，呵呵。简单来说，lost+found目录类似于Windows的回收站，所不同的是：在windows中进行删除操作后，文件将被放入回收站；而在ClearCase中，当一个元素在VOB中与其他元素的依赖关系被全部删除时，它才会被放入lost+found目录。

  二、什么情况下 ClearCase的元素会被放入lost+found目录

  当你做如下操作的时候， VOB中的元素将被放入lost+found目录：

  1. 使用 rmname删除一个元素与其他元素的最后一个依赖关系

  Rename命令不会删除VOB中的元素，只会把该元素与父文件夹之间的关系删除。如果一个元素与其他元素的关系全部被renamed,没有路径能访问到该元素，这时这个元素将被自动放入lost+found目录中。如果这个元素是目录时，那么 它里面包含的子目录与文件都会被放入 lost+found目录。

  2. 使用 rmver、 rmbranch 或rmelem删除一个目录版本最后一个依赖关系

  在 Rational ClearCase 中，目录也做为配置项管理，如果你把目录删除了，其下的子目录与文件就会没有正确的链接，这时这些子目录与文件会放到 lost+found 中。如果你确实不需要，可以在 lost+found 目录对它们进行彻底清除。反之可以恢复，以避免误操作带来的损失。

  3. 当一个目录处于 checkout状态时，如果在该目录中创建新元素，然后又将处于checkout状态的这个目录进行了 undo checkout操作，这种情况下你新建的那个元素将被放入lost+found目录，因为它已经找不到对应关系了。

  三、 lost+found中元素的命名规则

  当一个元素被放入 lost+found目录后，我们会看到它的名字很长，好像很乱，其实ClearCase对它有一套统一的命名规则。当元素被放入lost+found目录后，名字将增加一个OID(Objedct ID)，格式为：element_leaf_name.id_number。

  举个例子：

  文件放入 lost+found前的名称：build.log；

  文件放入 lost+found后的名称：build.log.3e105a5cad674d0db12ad477fd11026c；

  它的 element_leaf_name为build.log，3e105a5cad674d0db12ad477fd11026c是id_number。