2012-04-04 1 views
1

최근 ClearCase UCM 관리자 직책을 인수 했으므로이 게시물의 모든 입력 내용이 훌륭합니다.여러 프로젝트 또는 VOB?

현재 하나의 프로젝트에서 하나의 VOB를 사용하고 있습니다. 우리가 작업하고있는 프로젝트가 CAR의 소프트웨어 인 CAR X입니다.

지금은 VOB, 하나의 구성 요소 및 프로젝트 (예 : 12-15 명의 개발자)가있는 'CAR X'라는 프로젝트가 있습니다. 자동차 용 소프트웨어에서 작동합니다.

앞으로 'CAR Y'라는 수정 도구를 사용하여 'CAR X'에 사용되는 소프트웨어를 기반으로하는 새 차용 소프트웨어를 만들어야 할 것입니다. 우리는 이것들을 다소 분리시키고 싶습니다. 새로운 VOB가 생성되거나 현재 VOB 내의 새로운 구성 요소 만 생성되어야합니까? 새로운 VOB 및 프로젝트가 생성되면 파일을 새 프로젝트에서 가져 와서 수정할 수 있습니까? 동일한 VOB에있는 각 프로젝트에 하나의 구성 요소를 사용하는 것이 단점입니까?

이것은 설명하기가 복잡하므로 잘하면 아이디어를 얻을 수있었습니다. 좀 더 구체적인 질문이나 대답을 원한다면 코멘트를 남겨주세요.

감사합니다!

답변

2

다음 몇 달/년 동안 생성 할 것으로 예상 할 수있는 vob의 수에 따라 다릅니다.

I 당신은 쉽게 하드 디스크에 저장된 내 100 개 구성 요소를 정의 할 수 있습니다 (generalically 이름) 하드 디스크에 저장된 내에서 여러 구성 요소를 만드는 것이 아니라 (이 후자의 선택은 되돌릴 수 없습니다 특히) 하나 개의 구성 요소

에 VOB을 제한하는 것을 선호합니다. 당신이 만들 그 VOBS의 당신 몇을 알고 경우 생성/100 VOBS를 관리하려고
가 (너무 많은 프로세스)

참여 능숙의 용어는 거의 불가능하다, 진행.
그러나 요점은 다음과 같습니다. vob 당 여러 구성 요소는 확장 가능한 모델입니다.

+0

고마워요. @VonC - 그게 내가 찾고 있던 바로 그거야. 그래서 CARX, CARY, CARZ 등의 컴포넌트를 하나의 VOB에 넣고 각 컴포넌트에 하나의 프로젝트를 첨부 할 수 있습니까? 그게 내가 바라는거야, 나는 오히려 하나 이상의 (아마도 두 개) VOB를 유지할 필요가 없다. – Rubasu

+0

@ 루바스 : 실용적인 내용은 http://publib.boulder.ibm.com/infocenter/cchelp/v7r0m0/index.jsp?topic=/com.ibm.rational.clearcase.cc_proj.doc/t_u_prj_vb_cre_mc_win.htm을 참조하십시오. 그것의 측면. 하지만 ** 당신의 모든 구성 요소를 vob ** 아래에 구성해야합니다 ** : http://stackoverflow.com/questions/1764329/clearcase-ucm-best-practices-using-components/1766662#1766662의 마지막 부분을 참조하십시오. . – VonC

+0

당신은 비공개 메시지를 보낼 수 있습니까? 방금 몇 가지 질문이 있지만 프로젝트와 관련이 있으며 여기에 어떤 비즈니스도 존재하지 않습니다. – Rubasu