Jenkins는 다른 스트림의 기준선에서 UCM 플러그인 폴링을 설정하여 자체/ANY 프로모션을 설정하고 최신 기준선을 사용하도록 설정합니다.

Question

현재 특정 스트림의 최신 기준을 폴링하려는 목적으로 클린 케이스 UCM 플러그인을 사용하여 jenkins 프로젝트를 설정 중입니다. 특정 구성 요소 및 기준선을 작성하는 스크립트를 실행합니다.

빌드가 성공적으로 완료되었지만 가져 오는 기준선이 클리어 케이스의 모든 스트림에 대한 특정 구성 요소의 최신 기준선입니다.

내 ClearCase를 프로젝트

보이는 같은 :

예를 componentA에 대한

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

이러한 스트림의 각각의 모든 프로젝트는 동일한 구성 요소 이름을 통해, 그리고 ComponentB

내가 예를 들어, 사용에 설치 젠킨스 UCM 프로젝트가 스트림 ChildStreamA_streamA 및 ComponentA은 최신 기준선을 사용하십시오. 젠킨스 (Jenkins)는 올바른 구성 요소 (ComponentA)를 폴링하지만 스트림은 모든 프로젝트의 모든 스트림에 대한 최신베이스 라인에서 폴링하므로 스트림과 관련이없는 것처럼 보입니다. 예를 들어

경우베이스 라인에 대한 : ProjectB에

• ComponentA ->streamB ->ChildStreamB_streamB

가에 최신베이스 라인 이후되었습니다

projectA에

• ComponentA - >streamA ->ChildStreamA_streamA

젠킨스는 projectB에서 기준 폴링 '지정된 스트림이 경우에도의 ChildStreamB_streamB을 projectA의 ChildstreamA_streamA

플러그인이 이런 식으로 행동하는 이유가 뭘까요?

Answer 1

젠킨스는 충분히 알지 못하지만 CC 측에서는 요청되는 것에 대해 정확히 반응한다고 생각합니다. 그래서 그것이 권장베이스 라인과 무언가, 아니면 프로젝트간에 공유 구성 요소인지 확인하십시오.

Answer 2

문제를 디버깅 한 후 클리어 케이스 UCM 플러그인은 주어진 작업에 대해 가져온 스트림이 상수로 남아 있다고 가정하여 설계된 것으로 나타났습니다.

작업은 결국 다른 스트림의 기준선을 선택하지만 실제로 적용하려면 다른 기준선을 갖는 다른 스트림을 사용합니다.

누구든지이 문제가 발생하면 주어진 작업에 대해 할당 된 스트림을 유지하고 이미 실행 된 작업에서 스트림이 전환 된 경우 이상한 동작이 발생할 것으로 예상하는 것이 좋습니다.