2012-03-23 3 views
1

ClearCase UCM을 처음 사용하고 프로젝트/스트림에 대해 궁금합니다.ClearCase 프로젝트/스트림 설정

다른 구성 요소의 합성 기준선 인 Mainline 프로젝트가 있습니다. 그러나 구성 요소를 사용하여 여러 가지 릴리스 버전을 사용하여 긴 변경 사항을 없애려는 경우 각 릴리스마다 다른 스트림이나 다른 프로젝트를 사용하는 것이 좋습니다.

시간이 지남에 따라 너무 많은 프로젝트/스트림이있을 수 있고 일부 사람들이 혼란스러워 할 수 있기 때문에 나는 그 이유를 알 수 있습니다. 프로젝트 탐색기에서 특정 프로젝트를 디렉토리 아래에 표시하는 방법이 있습니까? 또한 Mainline Project의 여러 버전을 함께 사용하는 것이 좋을까요?

는 (나는 새로운 PVOB을 설정하고, 그래서 모든 입력은이 최대 뭔가를 설정하는 새롭고 더 나은 방법 경우에도 감사하겠습니다.)

미리 감사드립니다.

답변

1

"합성 기준선"에 대해서는 "Best practices for using composite baselines in UCM"에서 좋은 소개를 찾을 수 있습니다.

프로젝트 탐색기에서 프로젝트별로 쉽게 필터링 할 수 없습니다.

스트림 대 프로젝트 뒤에 아이디어는 간단합니다 :

  • 프로젝트가
  • 되는 Stream을

그래서 당신은 너무 많은 개발 노력 (스트림이있을 때 개발 노력을 나타내는 스트림 컨테이너입니다 프로젝트에서 최소한 하나의 "통합"스트림이있는 새 프로젝트를 만들 때입니다. 원하는 모든 기준선으로 초기화 할 수 있습니다.
그러면 개발자가 어떤 프로젝트를 열어야하는지 (그리고 스트림을 검색해야하는지) 개발자가 명확 해집니다.

구성 요소 당 하나의 프로젝트를 만들려면 해당 구성 요소가 서로 독립적으로 개발 될 수있는 경우 : component-based approach입니다.

모두 같은 스트림 (구성 요소에 더하여)에있는 구성 요소가있는 경우 system-based approach을 따르십시오.

+0

빠른 응답을 보내 주셔서 감사합니다. 그래서, 이것에 관한 마지막 질문 하나. 5 가지 구성 요소가 있습니다. 각 구성 요소에는 "Mainline"이 있어야합니까? 아니면 Mainline에서 프로젝트의 다른 구성 요소가 모두 함께 있어야합니까? 내가 읽은 바에 따르면, 각 구성 요소에는 본선이 있어야하지만, [Comp_Dev Stream]> [Comp_Int Stream]> [Comp_Mainline Stream]> [Project_Mainline Stream]에서 가져 오는 데는 많은 시간이 걸릴 것으로 보인다. . 내가이 일에 근심하지 않는 한. – Rubasu

+0

@Rubasu 그것은 당신이 당신의 구성 요소 사이에 가지고있는 의존성의 종류에 달려 있습니다 : 소스 의존성 (즉, 동시에 모든 구성 요소의 소스를 수정 함)은 시스템 접근 시스템에서 하나의 Mainline을 의미합니다. 바이너리 종속성 (즉, 각 구성 요소는 다른 구성 요소에 의해 생성 된 바이너리로 빌드 됨)은 별도의 메인 라인을 의미하며, 각각 구성 요소 기반 방식에서 상호 의존적으로 진화합니다. – VonC