2016-07-18 30 views
1

我目前正在建立一个jenkins项目使用clearcase UCM插件,旨在轮询特定流的最新基准和特定组件并执行构建基线的脚本。詹金斯clearcase UCM插件轮询从其他流的基线时设置为轮询自我/任何促销和使用最新的基线

构建正在成功,但是被拉取的基线是给定组件的最新基线,适用于任何ClearCase流。

我的ClearCase项目的样子:

- projectA 
* Main integration Stream 
    * streamA 
     * ChildStreamA_streamA 
     * ChildStreamB_streamB 
     * ChildStreamC_streamC 
    * streamB 
    * streamC 
- projectB 
- projectC 

每个流的所有项目具有相同的组件名称,例如componentAComponentB

我已经安装了詹金斯UCM项目,例如使用流ChildStreamA_streamAComponentA,使用最新的基线。詹金斯将调查正确的组件(ComponentA),然而这个流似乎是不相关的,因为它从所有项目中的所有流的最新基线进行轮询。

例如,如果基准:上ProjectB

  • ComponentA - >streamB - >ChildStreamB_streamB

是最新基线后作出的:

  • ComponentAprojectA - >streamA - >ChildStreamA_streamA

詹金斯将轮询从projectB基线的ChildStreamB_streamB即使在指定的流是projectAChildstreamA_streamA

任何想法,为什么插件将这样的行为?

回答

0

不知道詹金斯是否足够,但从CC方面来说,我相信它会对所要求的内容做出反应。因此,检查它是否具有推荐的基线,或者可能是项目之间的共享组件。

1

在调试问题后,我发现看起来明显的UCM插件是设计为假定对于给定的作业,正在从中拉出的流保持不变。

尽管作业最终会获取其他流的基线,但为了使其生效,还需要其他流具有新基线。

如果有人遇到这个问题,我会建议为任何给定的作业维护指定的流,并期望在已经执行的作业上打开流时出现奇怪的行为。

相关问题