배경 : 우선, 적어도 7 년 전 기본 ClearCase로 작업했지만 저는 UCM을 처음 사용했습니다. 저의 새로운 입장에서는 SCM 지원이 많지는 않지만 (일부 자원을 잃어 버렸습니다) IT 부서는 Clearcase를 관리하지만 개발 프로세스에 대한 많은 지원을 제공 할 수는 없습니다.클리어 케이스 UCM 공동 개발을위한 기능 스트림 생성
문제점 : 우리가 준비가되었을 때 통합 스트림으로 병합 할 수있는 별도의 스트림이있는 기능으로 2 명 또는 3 명이 사용할 수있는 환경을 만들려고합니다. (우리는 각각 자신의 dev 스트림을 가지고 있기 때문에 체크 아웃/유언을 할 수 있고 통합 스트림으로 들어가는 다른 개발 작업에도 영향을주지 않을 것입니다.)
"프로젝트 생성 ..."을 시도했는데 그것과 자신의 통합 스트림 (그리고 프로젝트에 가입 할 때 나는 내 dev 및 int 뷰를 생성 할 수있다.) 프로젝트를 생성 할 수있다. 기본 프로젝트 A와 A라는 프로젝트를 호출 해 보겠습니다. A '에서 결제하고 A'_int 스트림 /보기로 전달할 수 있습니다. 그러나 A'_int에서 (잘하면 A_int로) 전달하려고하면 "전달할 것이 없습니다"라는 메시지가 나타납니다 (A에 대한 통합 뷰를 올바르게 식별 함에도 불구하고). 버전 나무처럼 보였을 것입니다 기본은 ClearCase에서
main
|
0 -- A_int
|
0
|
...
|
x -- sceaj_A'-- A'_int
| |
0 0
| |
1 --------> 1
:
main
|
0 -- A_int
|
0
|
...
|
x -- A'_int
|
0 -- sceaj_A'
| |
| 0
| |
1 <--- 1
을하고 난 다시 A_int에 병합 할 수
버전 나무는 다음과 같습니다.
UCM에서이 기능을 사용하려면 어떻게해야합니까? 일반 사용자로 UCM에서이 작업을 수행 할 수 없다는 문제가 있습니까? 이것은 올바른 접근 방식일까요 아니면 다른 "UCM 방식"입니까?
업데이트 : 여기 실제 분기 구조가 있습니다. 
. 버전 282는 A_Int, iip_core_1.0.0_tr_Integeration은 A'_Int (기능 분기)이며 jr ... jip_core_1.0.0_tr은 내 dev 브랜치입니다. 이 구조는 "Create Project ..."에 의해 만들어졌지만, 내가 원했던 것이 아닌 것 같습니다.
답변 해 주셔서 감사합니다. 이전에 사용한 Clear Clearcase에서는 모든 시간 A_Int -> A'_Int -> dev_A'_Int를 사용하고있었습니다. 내가 보는 이점은 A_Int (주요 제품) 및 A'_int (큰 기능/변경)의 병렬 개발이 가능하다는 것입니다. dev 브랜치를 사용하면 개발자가 자유롭게 체크 아웃/체크 아웃 할 수 있으며, 선택시 다른 사람들과 작업을 공유 할 필요가 없습니다. 왜 이것이 안티 패턴이라고 말하는가? – sceaj
첫 번째 전달이 A_Int로 이동하지 않음을 보여주기 위해 제 질문을 업데이트했습니다. 귀하의 권장 사항을 이해한다면 모든 개발자는 동일한 개발 스트림에서 작업하게 될 것입니다. 예를 들어 2 명이 동일한 파일에서 작업하기를 원하면 그 중 하나가 도용되거나 예약되지 않아야합니다. 그 맞습니까? – sceaj
좋아요, 저는 당신이 당신의 대답을 읽었습니다 - 나는 문제의 일부가 기본과 UCM 사이의 다른 용어라고 생각합니다. 내 간단한 이해 스트림 = 지점하지만 그것은 아마도 올바르지 않습니다. 또한 UCM보기를 만드는 것은 지점 만들기를 의미하는 것으로 보입니다 - 맞습니까? – sceaj