2014-04-09 5 views
1

내 프로젝트에서 CC UCM을 사용할 계획입니다. (실제로 기본 클리어 케이스에서 UCM으로 마이그레이션) 빌드 환경은 UNIX에 있습니다. 그러나 개발은 대부분 윈도우에서 이루어집니다.UNIX에서 Clearcase UCM 빌드 환경

내 주된 의심은 스냅 샷 뷰가 개발자 Windows 시스템에 있다는 것입니다. 같은 빌드의 UNIX 빌드 시스템에 대한 매핑은 어떻게해야합니까 /해야합니까?

우리는 유닉스 환경에서 배달, 야간 빌드 등 자동 빌드를 설정할 때 inorder를 효과적으로 사용할 수 있습니까?

누구나 같은 종류의 구성을 시도 했습니까? 그렇다면 경험을 공유하십시오. 우리는 평행 UCM뿐만 아니라 자료를 통해 구성 요소 VOB에로 (구성 요소) VOB를 UCM PVOB를 생성하고 기존의 자료 ClearCase를 가져 오기 후

를 작동 할 수 있습니까? 그것은 서로 동기화 될 것인가?

+0

내가 편집 한 귀하의 추가 문의 사항에 답변을 내 대답 :

은 더를 참조하십시오. – VonC

답변

0

내 주된 의심은 스냅 샷 뷰가 개발자 Windows 시스템에 존재한다는 것입니다.

예. Base ClearCase와 비교하면 아무런 변화가 없습니다.
이러한 UCM 뷰의 정의는 UCM 스트림을 기반으로하지만 그렇지 않은 경우 스냅 샷 또는 동적 뷰는 동일한 동작을 유지합니다.

I베이스의 ClearCase보기를 관리하는 데 사용하고, 실제로 동일를 Vobs을 참조 UCM 뷰 (모두 공존 할 수 있음).

나는 introp 환경을 관리했고 트리거는 UCM 또는 비 UCM보기와 동일하게 작동합니다.
매개 변수가있는 트리거를 정의하여 해당 스크립트에 액세스하기 위해 해당 트리거에 대한 공유 경로 (모든 사용자가 액세스 할 수 있고 읽을 수 있음)를 참조하기 만하면됩니다.
cleartool mktrtype을 참조하십시오.


OP Karshal

당신이 야간 빌드, 지속적인 통합 빌드 kickofff 등 ... 주로베이스 라인 전략에 대한 트리거에 조금 더 자세히 설명해 수 (an edit에) 요청?

내가 (당신이 당신의 자신의 쓰기),하지만 기본 전략을 사용하는 주로 트리거에 대한 세부 사항이없는

: 수정 특히 경우의 수를 설정하는 빠른

  • 증가 기준선 (요소는 마지막 기준선이 작기 때문에 작음)
  • 안정적인 주 릴리스에 대한 전체 기준선.

우리는 평행 자료를 통해 구성 요소 VOB 작업뿐만 아니라 UCM 수, 그것으로 (구성 요소) VOB를 UCM PVOB를 생성하고 기존의 기본은 ClearCase를 가져온 후 "What is the difference between Full baseline and Incremental baseline in Clearcase UCM?"

에서 자세한 내용을 참조하십시오 ? 그것은 서로 동기화 될 것인가?

예,하지만 병렬 분기로 작업하고 병합을 수행하여 동일한 분기에서 작업하는 대신 내용을 동기화 할 수 있습니다.
다시 예 : UCM 구성 요소의 일부인 파일은 기본 ClearCase보기에서 체크 인으로 체크인 할 수 있습니다.