是什么阻止Jenkins ClearCase插件看到基线组件?

是什么阻止Jenkins ClearCase插件看到基线组件?,jenkins,clearcase,Jenkins,Clearcase,我已经升级了Jenkins ClearCase插件,我的构建工作不再能够正确地确定加载规则。插件升级之前一切正常 环境 发行 我有三条基线。控制台输出显示插件可以看到所有这些基线。然而,从其中两个基线来看,插件无法确定组件 命令[workspace]$cleartool lsbl-fmt%[取决于关闭]Xp基线:bn1@\xyz列在控制台输出中。它后面是一个空行。当我在DOS提示符下执行这个命令时,我也什么也得不到 命令[workspace]$cleartool lsbl-fmt%[取决于关闭]

我已经升级了Jenkins ClearCase插件,我的构建工作不再能够正确地确定加载规则。插件升级之前一切正常

环境

发行

我有三条基线。控制台输出显示插件可以看到所有这些基线。然而,从其中两个基线来看,插件无法确定组件

命令[workspace]$cleartool lsbl-fmt%[取决于关闭]Xp基线:bn1@\xyz列在控制台输出中。它后面是一个空行。当我在DOS提示符下执行这个命令时,我也什么也得不到

命令[workspace]$cleartool lsbl-fmt%[取决于关闭]Xp基线:bn3@\xyz列在控制台输出中。它后面是一行列出组件

因此,在三个基线中,有一个基线正在工作,其组件被正确读取并添加到加载规则中。视图已生成,但由于加载规则缺少来自其他两个基线的组件,因此无法正确更新视图

显式加载规则列表有效

该插件允许列出加载规则,并显式地手动定义加载规则。当我这样做时,视图被正确地构建和更新

是什么阻止了最新插件查看组件和动态构建负载规则

当您比较时,您会看到:这似乎是唯一一个可能与不计算基线有关的提交

如果这不意味着视图是完美的,并且lsbl应该可以工作,那么这是一个需要向and/or报告的bug

这里与选项depends_on_closure一起使用:列出复合基线的完全依赖关系图中的所有基线


詹金斯显示降级至1.3.11


大多数更改都发生了,包括使用lsbl-fmt的更改。

问题中列出的第一个命令在构建视图之前查询流。它有正确的基线。它只是无法从该基线读取组件。视图本身构建得很好,只是由于没有正确设置加载规则而无法正确更新。这看起来像是在流上查询基线的问题,而不是视图的问题。@user2984213我同意。我只是指的是1.5.2和1.5.3之间唯一显著的变化。在升级那个插件之前你有什么版本?不幸的是,我没有保留以前版本的插件。它肯定是比1.5.2早得多的版本。知道[依赖于关闭]做什么吗?这是否暗示流中缺少组件配置,而旧插件可以忽略?Jenkins在“以前安装的版本”列中显示降级为1.3.11。@user2984213好,让我检查一下。你也接触过ClearCase UCM插件吗?
CC Plugin: org.jenkins-ci.plugins:clearcase:1.5.3
Jenkins: 1.596
I'm using UCM ClearCase as Source Code Management. 
Jenkins builds a new snapshot view on each job execution.