问题描述
我想了解是什么使ClearCase创建了这样的路径（多个@@）：
\TUNE\Integration\XmlFiles\PM_Content@@\main\integ_mp1601\4\CommunityLink.png@@\main\integ_mp151\151x\1
而不是更典型的（单个@@）：
\TUNE\Integration\XmlFiles\PM_Content\CommunityLink.png@@\main\integ_mp160\160x\1
我似乎对此没有控制权，对我而言，CC为何会这样做似乎并不立刻显而易见。而且，当发生这种情况时，我似乎无法采取任何措施“说服”它以使用更简单的格式。
解决方法
首先，介绍一下上下文：
'@@'与dynamic views链接
您可以在version extended path中看到这个概念：使用pathname_ccase syntax，您可以在相对或完整路径名的末尾添加字符，将其转换为 VOB扩展的路径名。
指定元素版本的VOB扩展路径名是最常用的。它们称为版本扩展的路径名。
/vobs/proj/foo.c@@/main/motif/4
这意味着您可以：
这个想法是：在动态视图中，您可以通过扩展路径名访问（读取文件的任何版本）。
现在，为什么要使用多个“ @@”？
文档添加：
要从标准
file/directory名称空间切换到扩展element/branch/version名称空间，必须使用该符号。有两种等效的方式来思考
@@：
- 扩展的命名符号附加到任何元素的名称后，将关闭透明性（自动版本选择）。
因此，您必须明确指定元素的版本之一。- 扩展的命名符号是元素正式名称的一部分。
例如，foo.c是版本的名称（视图中显示的特定版本）。foo.c@@是元素本身的名称。
所以：
TUNE\Integration\XmlFiles\PM_Content@@\main\integ_mp1601\4\CommunityLink.png@@\main\integ_mp151\151x\1
您有：
-
PM_Content@@元素（文件夹）PM_Content在其版本\main\integ_mp1601\4的名称 -
CommunityLink.png@@元素{gile}CommunityLink.png在其版本\main\integ_mp151\151x\1的名称
当视图中可见的当前PM_Content文件夹不再列出CommunityLink.png（已删除/ rmnamed）时，就会发生这种情况：
- 您需要选择正确的文件夹版本（它会列出文件）
- 然后您可以访问所需文件的任何版本