涉及多个元素的ClearCase路径名

我想了解是什么让ClearCase创建这样的路径（不止一个@@）：

\TUNE\Integration\XmlFiles\PM\u Content@@@main\integra\u mp1601\4\CommunityLink.png@@@main\Integration\u mp151\151x\1

而不是更典型的（单曲）：

\TUNE\Integration\XmlFiles\PM\u Content\CommunityLink.png@@@main\Integration\u mp160\160x\1

---

我似乎无法控制它，我也不清楚CC为什么会这样做。当它发生时，我似乎无法“说服”它使用更简单的格式。

首先，有一点背景：

“

@

”链接到

您可以看到这个概念：使用a，您可以在相对或完整路径名的末尾添加字符，将其转换为VOB扩展路径名
指定元素版本的VOB扩展路径名是最常用的；它们称为版本扩展路径名

/vobs/proj/foo.c@@/main/motif/4

这意味着您可以：

其思想是：在动态视图中，您可以通过扩展路径名访问（读取）任何版本的文件

---

现在，为什么要有多个“

@

”

文件补充说：

从标准

文件/目录

命名空间切换到扩展

元素/分支/版本

命名空间时，需要使用此符号

思考

@

有两种等效的方法：

• 当附加到任何元素的名称后，扩展命名符号将关闭透明度（自动版本选择）。
  因此，必须明确指定元素的一个版本
• 扩展命名符号是元素正式名称的一部分。
  例如，

  foo.c

  是版本（视图中显示的特定版本）的名称

  foo.c@

  是元素本身的名称

因此：

TUNE\Integration\XmlFiles\PM_Content@@\main\integ_mp1601\4\CommunityLink.png@@\main\integ_mp151\151x\1

你有：

• PM\u Content@

  元素（文件夹）的名称

  PM\u Content

  在其版本

  \main\integ\u mp1601\4

• CommunityLink.png@

  元素（gile）的名称

  CommunityLink.png

  在其版本

  \main\integ\u mp151\151x\1

当视图中可见的当前

pmu Content

文件夹不再列出

CommunityLink.png

（已删除/rmname'd）时，会发生这种情况：

• 您需要选择正确的文件夹版本（列出文件）
• 然后，您可以访问所需文件的任何版本

---

很好的解释。我正在将comunitylink.png从一个较新的分支合并为两个较旧的分支。对于

\main\integ\u mp160\160x

分支，合并工作时没有产生多个@@s。但它不适用于“\main\integ\u mp151\151x”分支。问题是我需要将版本传递给一个无法处理多个@s.@V.Bogd的工具。我同意。或者您需要确保文件夹的版本列出文件。我通过将引入png的

PM\u Content

版本与分支的

PM\u Content

合并来列出文件。在这个阶段，我列出了png文件，但它是空的。然后我合并文件本身，它不再是空的。从那以后，我尝试为目录文件夹和文件创建新版本，但签入仍然报告原始PM_目录版本号加上文件版本，文件版本不断增加。