clearcase - "Access Denied"尝试删除 ClearCase .mkelem 文件时出错

Question

为什么我会得到这些 .MKELEM 文件？我该如何摆脱它们？

我发现一些文档说它们是在将文件添加到源代码管理时由 ClearCase GUI 创建的临时文件。但有时，它们不会消失。

其他信息:我在尝试删除或重命名 .MKELEM 时“访问被拒绝”。它们似乎是在我向 clearcase 添加新文件时创建的。

Answer 1

如 mkelem tip page 中所述:

During the element-creation process, the view-private file is renamed to prevent a name collision that would affect other Rational® ClearCase® tools (for example, triggers on the mkelem operation). If this renaming fails, you see a warning message.

If a new element is checked out, mkelem temporarily renames the view-private file, using a .mkelem (or possibly, .mkelem.n) suffix. After the new element is created and checked out, mkelem restores the original name. This action produces the intended effect: the data formerly in a view-private file is now accessible through an element with the same name.

If mkelem does not complete correctly, your view-private file may be left under the .mkelem file name

---

.mkelem 保留的事实可以是，例如 LeopardSkinPillBoxHat在 his answer 中提到，因为一个文件由于进程而被阻止。

它也可能发生:

• 在 ClearCase View 中未正确保护(ClearCase 可以 check out 新元素，创建版本 0，但无法检入该元素。

alt text http://publib.boulder.ibm.com/infocenter/cchelp/v7r0m1/topic/com.ibm.rational.clearcase.dev.doc/topics/cc_dev/images/creating_element.gif

• 当触发器阻止新元素创建的 checkin 部分时

• 当 View 实际上排除了CHECKEDOUT版本! (没有“element * CHECKEDOUT”规则...)

• 在 Solaris 10 上，由于 incorrect format in one of the ClearCase jvm config file . (ClearCase 7.1)

• 在 views mapped to a mount point 中在 Windows 上使用添加到源代码管理时(挂载点是指向磁盘卷的持久目录)，仅在旧的 ClearCase 2002 或 2003 中。

另见 Under the hood: What happens when you add to source control文章。