2013-10-29 2 views
1

저는 ClearCase에 비교적 익숙하지 않아 현재 내 구성 사양을 원활하게 작동 시키려고 노력하고 있습니다. 체크 아웃, 체크 인 및 병합으로 많은 오류를 수정했지만 계속 오류가 발생합니다 ...ClearCase 분기를 병합 할 때까지 사용하십시오.

기본 작업 구조는 프로젝트의 각 단계별로 분기가 있으며 각 개발자는 작업 지점. 모든 체크 아웃을 위해 내 지사를 만들 수있게되고 나중에 다시 병합되어 해당 단계의 최신 버전을 사용할 수 있기를 원합니다. 나는 그것을 정말로 좋아하지 않는다. 그러나 그것이 우리가 그것을하기로되어있는 방법이다.

나는 다음과 같은 시도 :

element * CHECKEDOUT 
element * .../my_phase1_working_branch/LATEST 
element * .../phase_1/LATEST -mkbranch my_phase1_working_branch 
element * /main/LATEST 

내가 다시 파일을 병합 그러나 일단, 내보기는 여전히 my_phase1_working 볼 것이다. 필자는 전체 단계에서 1 분기 만 유지하기로되어 있기 때문에 최신 변경 사항을 내 지사로 수동으로 확인하고 병합해야 합리적으로 작동 할 수 없습니다. element * .../my_phase1_working_branch/LATEST을 제거하면 전혀 작동하지 않습니다. 나는 이것에 너무 많은 시간을 보내고있다. 나는 비교적 간단한 해결책이 있어야한다고 확신한다 ...

이것에 대한 도움은 매우 감사하겠습니다!

답변

1

하고 그런 다음 단계

의 최신 버전을 사용하여 다시 통합되고 나면 ... 그 단계의 최신에로 전용 두 번째보기를합니다. 모두 개발 노력 (working_branch에 대한 phase_1 하나, 하나)을 유지하기 위해 노력

element * CHECKEDOUT 
element * .../phase_1/LATEST 
element * /main/LATEST 

지속되지 않습니다.


또는 ... I don't like one branch per developer 때문에, phase_1에 대한 일관성있는 개발 노력을 나타내는 일반적인 분기에 하나 또는 여러 개발자들과 함께 작업하려고, 대신 인위적으로 당신이 가지고있는 자신의 지점에서 각각의 기여를 (분리 다시 합쳐서 매우 ClearCase에서 느린 작업).

분기는 "자원"(즉 개발자)에 묶여서는 안되지만 "개발 노력"이라고 불리는 작업에 묶여 있어야합니다.

+0

이것은 우리가 이전 프로젝트에서 작업 한 방식입니다. 단일 프로젝트에서 개발자 그룹을위한 단일 지점인데, 작업주기에 훨씬 더 자연스러운 흐름입니다. 누구든지 특별한 소스가 필요하거나 최신 소스가 필요하지 않은 경우 작업 라벨을 사용했습니다. – Prediluted

+0

@Prediluted 나는 동의한다. 작업 당 하나의 스트림은 ClearCase뿐 아니라 많은 VCS 도구에 실제로 적용되는 매우 합리적인 모델입니다. – VonC

관련 문제