我目前正在使用clearcase UCM插件设置一个jenkins项目,目的是轮询特定流和特定组件的最新基线,并执行构建基线的脚本。
构建正在成功,但是拉出的基线是clearcase上任意流的给定组件的最新基线。
我的clearcase项目如下:
- projectA
* Main integration Stream
* streamA
* ChildStreamA_streamA
* ChildStreamB_streamB
* ChildStreamC_streamC
* streamB
* streamC
- projectB
- projectC
所有项目中的每个流都具有相同的组件名称,例如componentA
和ComponentB
我已经设置了jenkins UCM项目,例如使用流ChildStreamA_streamA
和ComponentA
,使用最新的基线。 Jenkins将轮询正确的Component(ComponentA
),但是这个流似乎无关紧要,因为它从所有项目中所有流的最新基线开始进行轮询。
例如,如果基线为:
ComponentA
ProjectB
- > streamB
- > ChildStreamB_streamB
是在最新基线之后制作的:
ComponentA
projectA
- > streamA
- > ChildStreamA_streamA
Jenkins将从projectB
的{{1}}轮询基线,即使指定的流是ChildStreamB_streamB
的{{1}}
为什么插件会以这种方式运行的任何想法?
答案 0 :(得分:1)
调试问题后,我发现似乎设计了clearcase UCM插件,假设对于给定的作业,从中拉出的流保持不变。
虽然作业最终将获取另一个流的基线,但是其他流将具有新的基线以使其生效。
如果有人遇到此问题,我建议维护任何给定作业的已分配流,并且如果在已经执行的作业上切换流,则会出现奇怪的行为。
答案 1 :(得分:0)
不完全了解詹金斯,但从CC方面来说,我相信它会对所要求的内容作出反应。因此,请检查它是否具有推荐的基线,或者可能是项目之间的共享组件。