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

时间:2013-09-13 18:41:00

标签: clearcase clearcase-ucm

我无法在这个特定的电脑中查看文件,因为它比较了

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

config_spec:

# 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...

1 个答案:

答案 0 :(得分:2)

看起来像IBM文章“Element already has a branch of type

实际错误是:

%>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):The OP user2370590提到可能的补救措施:
  

重启会解决此类问题

  • 语法错误问题(原因3)

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

请确保输入:

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

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

再次尝试结帐。


原因3:

  

由于许多配置规范语法问题,将发生错误:

     
      
  • 范围,模式或版本选择器的拼写错误。
      例如CHECKEDOUTLATEST或标签名称或分支名称
  •   
  • 范围,模式或版本选择器的排序不正确。
      例如,忘记包含引用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事件的日期和时间。

     

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