Clearcase 无法签出快照中的文件,因为cleartool错误:无法通过配置规范中的-mkbranch选项创建分支请求

Clearcase 无法签出快照中的文件,因为cleartool错误:无法通过配置规范中的-mkbranch选项创建分支请求,clearcase,clearcase-ucm,Clearcase,Clearcase Ucm,我无法在这台电脑中检出文件,因为它是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

我无法在这台电脑中检出文件,因为它是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...

这看起来像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):提及可能的补救措施:

重新启动将解决此类问题

  • 语法错误问题(原因3如下)
语法错误通常是原因,除非在您的原因中这是一个UCM视图,这意味着它的配置规范是由ClearCase自动生成的

为了确定,请键入:

cd /path/to/your/view
cleartool chstream -generate
cleartool setcs -stream
这将强制根据流的配置重新生成视图的配置规范

然后再次尝试结账


原因3: 出现此错误的原因是许多配置规范语法问题:

  • 作用域、模式或版本选择器的拼写不正确。
    例如
    CHECKEDOUT
    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服务器上的时间同步的方法


原因4:副本迁移 在一种情况下,导出VOB已从一台主机移动到另一台主机。VOB未按照《管理指南》中概述的移动过程复制到新主机。
这使VOB在两个位置处于活动状态。一名开发人员在原始位置创建了一个分支类型。在新位置开始使用复制的VOB后,开发人员检测到副本不包含最新的
mkbranch
操作。开发人员决定再次运行mkbranch操作

导入站点获得了带有第一个
mkbranch
事件的同步更新数据包,并将其导入

然后,包含第二个
mkbranch
事件的数据包到达,但无法导入,因为该分支已经存在;因此出现错误

解决方案4:修复副本 这是一个分歧,因为发送和接收站点的副本在
mkbranch
事件的日期和时间上不一致

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


我打赌这是关于“原因3”。请看下面我的答案。我的意思是,完整的配置规范;)不完整的配置规范说明不了什么。我不认为配置规范有任何问题……与同事相比,我仍然建议首先使用我在回答中提到的
cleartool
命令。然后,我希望在您尝试进行签出的目录中看到一个
cleartool ls
。重新启动将解决此类问题。我在另一台电脑中创建了一个视图,并尝试了,我成功了。我认为这不是视图服务器和vob服务器的问题。同步可能是这里的一个问题,因此我在发生错误的这台电脑上更新快照,您认为更新快照会有帮助吗?@user2370590您能在问题中添加配置规范吗?我确信这是一个配置规范语法错误。@user2370590仔细检查它的语法:你能在你的问题中添加配置规范吗?我应该能够发现其中是否有语法错误。我不确定如何生成配置规范?@user2370590
cd/path/to/your/view
,然后
cleartool-catcs
net time \\vob_server_name /set