1

我无法在这台特定的电脑中检出文件，因为它与 abt 相冲突

cleartool error: type manager "text_file_delta" create_branch operation.
cleartool error: unable to create a branch request by -mkbranch option in config spec.
cleartool error: unable to check out

配置规格：

# ONLY EDIT THIS CONFIG SPEC IN THE INDICATED "CUSTOM" AREAS 
#
# This config spec was automatically generated by the UCM stream
# "space_reload_CA" at 2013-09-06T16:13:58-04:00.
#

# Select checked out versions
element * CHECKEDOUT

element "[03d13482d8a611dc9c17000183b043eb=/space_tff]/.../..." -nocheckout

element "[03d13482d8a611dc9c17000183b043eb=/space_tff]/.../..." -nocheckout

element "[975cd291464411df86be0001843ab215=/space_tff/.../..." .../space_reload_CA/LATEST
element "[975cd291464411df86be0001843ab215=/space_tff/.../..." 
-mkbranch space_reload_CA
element "[975cd291464411df86be0001843ab215=/space_tff/.../..." /main/0 -mkbranch space_reload_CA

end ucm

#UCMCustomElemBegin - DO NOT REMOVE - ADD CUSTOM ELEMENT RULES AFTER THIS LINE
#UCMCustomElemEnd - DO NOT REMOVE - END CUSTOM ELEMENT RULES

# Non-included component backstop rule: no checkouts
element * /main/0 -ucm -nocheckout

#UCMCustomLoadBegin - DO NOT REMOVE - ADD CUSTOM LOAD RULES 


# Component selection rules...
4

1 回答 1

2

这看起来像 IBM 文章“元素已经有一个类型的分支”

实际错误是：

%>cleartool co -nc a.txt
Created branch "branch" from "a.txt" version "\main\1".
cleartool: Error: Element already has a branch of type "branch" ("\main\branch").
cleartool: Error: Unable to create branch requested by -mkbranch option in config spec.
cleartool: Error: Unable to check out "a.txt".

原因可能是：

  • 时间问题（下面的原因 1、2 和 4）：OP user2370590提到了一种可能的补救措施：

重新启动将解决此类问题

  • 语法错误问题（下面的原因 3）

语法错误通常是原因，除了在您的原因中这是一个 UCM 视图，这意味着它的配置规范是由 ClearCase 自动生成的。

只是为了确定，请输入：

cd /path/to/your/view
cleartool chstream -generate
cleartool setcs -stream

这将强制根据 Stream 的配置重新生成视图的配置规范。

并再次尝试结帐。

原因3：

由于许多配置规范语法问题，将发生该错误：

  • 范围、模式或版本选择器的拼写不正确。
    例如CHECKEDOUTor LATESTor 标签名称或分支名称
  • 范围、模式或版本选择器的顺序不正确。
    例如，忘记包含LATEST引用规则的-mkbranch规则。
  • 未创建但在配置规范中引用的元数据“类型”。
    例如，-mkbranch引用不存在的分支类型的规则。
  • 在 Unix/Linux 系统中使用 Windows 样式的斜杠（“ \”而不是“ ”）列出目录/

（注意：在配置规范中，始终使用 " /"：它更容易，并且适用于 Windows 和 Unix。

解决方案 3：修复语法

确保配置规范中的语法正确。

原因1：时间同步问题

此错误是由视图服务器和 VOB 服务器时间不同步引起的。

如果 VOB 服务器上的时间（时钟）大于视图服务器，则会发生此错误，因为版本是使用视图服务器视为未来的时间戳创建的，因此不会加载（仅快照视图） ）。

解决方案 1：固定时间

更正视图和 VOB 服务器上的时间，使它们同步。

查看有关如何修改系统时间的操作系统说明。

原因 2 VMware 问题

在 VMware® 托管机器上使用 ClearCase 时可能会发生此错误。

错误原因与 VMware 服务器上的时间设置有关。如果 VMware 服务器上的时间晚于 VOB 服务器上的时间，则会出现 mkbranch 错误。

解决方案 2：修复 VMware 时间

确保 VMware 服务器上的时间与 VOB 服务器同步。

以下命令是可以在 VMware 服务器上使用的一种方法，用于将时间与 VOB 服务器上的时间同步。

net time \\vob_server_name /set

原因 4：副本迁移

在一种情况下，导出的 VOB 已从一台主机移动到另一台主机。将 VOB 复制到新主机，而不是遵循管理指南中概述的移动过程。
这使得 VOB 在两个地方处于活动状态。一位开发人员在原始位置创建了一个分支类型。在新位置开始使用复制的 VOB 后，开发人员检测到该副本不包含最新mkbranch操作。开发人员决定再次运行 mkbranch 操作。

导入站点得到第一个mkbranch事件的同步更新包并导入。

然后带有第二个mkbranch事件的数据包到达但由于分支已经存在而无法导入；因此错误。

解决方案 4：修复副本

这是分歧，因为副本（发送站点和接收站点）在事件的日期和时间上没有达成一致mkbranch。

需要删除并重新创建其中一个副本。删除哪一个取决于副本系列的大小、使用的同步模式以及该副本中丢失数据的意愿。

于 2013-09-13T19:07:25.097 回答