Triggers 来自CI触发器的文件的Clearcase基url

Triggers 来自CI触发器的文件的Clearcase基url,triggers,clearcase,Triggers,Clearcase,我有一个文件foo.c,我很快就想访问它的基本版本。我怎么做 例如,我有foo.c@@@main/2 $ENV{'CLEARCASE\u PN'}提供当前文件路径:L:/user/vob/dir/foo.c $ENV{'CLEARCASE\u XPN'}给了我下一个版本号L:/user/vob/dir/foo.c@@@main/3 如何在当前视图上快速打开当前基本版本foo.c@@@main/2?$ENV{'CLEARCASE\u XPN'}应提供当前版本的扩展路径名,由当前视图选择,而不是“下

我有一个文件
foo.c
,我很快就想访问它的基本版本。我怎么做

例如,我有
foo.c@@@main/2

$ENV{'CLEARCASE\u PN'}
提供当前文件路径:
L:/user/vob/dir/foo.c


$ENV{'CLEARCASE\u XPN'}
给了我下一个版本号
L:/user/vob/dir/foo.c@@@main/3


如何在当前视图上快速打开当前基本版本
foo.c@@@main/2

$ENV{'CLEARCASE\u XPN'}
应提供当前版本的扩展路径名,由当前视图选择,而不是“下一个”版本

这里“base”表示CI触发器允许创建新版本之前的当前版本

在这种情况下,cleartool descr-l$ENV{'CLEARCASE\u PN'}仍应显示当前视图
foo.c@@@main/2
选择的一个

如果没有,使用“
-pred
”将有助于(获取以前的版本):
cleartool descr-pred-l$ENV{'CLEARCASE\u PN'}

委员会确认:

my$desc='cleartool descr$ENV{'CLEARCASE_PN'}';
如果($desc=~/前置版本:\s*(.+)$/){
die“前身:$ENV{'CLEARCASE_PN'}\@\@$1”;
}

“base”可以解释为合并的基本贡献者版本(请参阅“”)

在这种情况下,您可以检查:

  • ,它可以列出需要合并的版本的名称。默认列表包括to版本和from版本的版本ID以及基本贡献者(公共祖先)的版本ID
  • ,它能够描述所有pname参数的最接近的共同祖先版本

不幸的是,在CI触发器中,
CLEARCASE\u XPN
似乎有所不同。我想另一个“预操作”触发器已经完成了签入。没错,在这种情况下,这是有意义的。但是
cleartool descr$ENV{'CLEARCASE_PN'}
应该显示当前版本(我们是在谈论操作前还是操作后触发器?)我总是对操作前和操作后触发器感到困惑。您有相关文档吗?@coin没有,它只是您必须使用的mktrype的一部分(可选)@coin极好。我在答案中加入了你的结论,以便更直观。