Jenkins clearcase UCMプラグインをポーリングして他のストリームのベースラインからポーリングすると、自己/ ANYプロモーションに設定され、最新のベースラインが使用されます。

Question

現在、特定のストリームの最新のベースラインをポーリングする目的で、clearcase UCMプラグインを使用して、特定のコンポーネントを特定し、ベースラインを構築するスクリプトを実行します。

ビルドは成功していますが、引き出されるベースラインは、クリアケース上のANYストリームの特定のコンポーネントの最新のベースラインです。すべてのプロジェクト間でこれらのストリームのそれぞれは、同じコンポーネント名を持つ

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

、たとえばcomponentAとComponentB

のために私は、例えば、使用するには、セットアップ・ジェンキンスUCMプロジェクトを持っている：

私のClearCaseのプロジェクトは次のようになりますストリームChildStreamA_streamAおよびComponentAは、最新のベースラインを使用してください。ジェンキンスは正しいコンポーネント（ComponentA）をポーリングしますが、ストリームはすべてのプロジェクトのすべてのストリームに最新のベースラインからポーリングするので、無関係なようです。例えば

のベースラインとしますProjectB上

• ComponentA - - >streamB>ChildStreamB_streamB

は、上の最新のベースライン後に行われた。

projectA上

• ComponentA - >streamA - >ChildStreamA_streamA

ジェンキンスがprojectBからベースラインポーリングします 'を指定したストリームがあってもS ChildStreamB_streamBをprojectAのChildstreamA_streamA

プラグインがこのように振る舞うなぜ任意のアイデア？

Answer 1

ジェンキンスは十分に分かりませんが、CC側からは、何が求められているのか正確に反応すると思います。だから、それが推奨ベースラインであるか、あるいはプロジェクト間で共有されているコンポーネントかどうかを確認してください。

Answer 2

問題をデバッグした後、私は、クリアケースのUCMプラグインは、特定のジョブに対して、引き出されているストリームが一定のままであると仮定して設計されているようです。

ジョブは最終的にもう一方のストリームのベースラインを取りますが、それが有効になるには新しいベースラインを持つもう一方のストリームが必要になります。

誰かがこの問題に遭遇した場合、指定されたジョブに対して割り当てられたストリームを維持し、すでに実行されているジョブでストリームが切り替えられた場合には奇妙な動作が起こることを期待します。