UCM : 임의 증분베이스 라인에서 동적 뷰 (기본 클리어 케이스)를 만드는 방법

Question

현재 우리는 ClearCase UCM을 사용합니다. 우리 프로젝트에서 git를 사용할 가능성을 평가하려고합니다. 필자는 통합 스트림에서 지난 3 년 동안 변경된 대규모 리포를 만들기로 결정했습니다. pvob에는 12 개의 vob이 있습니다. 평가 (최악의 경우 생성)를 위해 모든 변경 사항을 단일 리포지토리에 넣고 있습니다.

은 내가 기본 ClearCase를보기을 만든 다음 PVOB의 모든 기준에 대한 자사의 사양을 조정합니다. 이것은 git 저장소로 동기화됩니다.

질문 : pvob 기준선을 기준으로 기본 클리어 케이스보기를 만들고 구성 기준을 모든 기준선과 일치하도록 변경하려면 어떻게해야합니까?

(대학 노트 : 나는 달성하기 위해 노력하고있는 무슨의 그림 ..). ClearCase UCM: Is it possible to have a temporary view on any given baseline?에서 논의

(접근이 내 경우에는 주위 작업의 종류 나는 단계를 피할 수 있습니다 추측 많은 임시 스트림을 만드는 방법 - 확실하지 않음!)

Answer 1

모든 변경 사항을 단일 리포지토리에 넣고 있습니다.

이것은 git repo에 적합한 세분성이 아닙니다.
여러 개의 ClearCase to Git 마이그레이션을 수행 한 경우 올바른 규모는 일반적으로 이고 하나의 UCM 구성 요소는 하나의 Git repo과 같습니다.

pvob 기준선을 기준으로 기본 클리어 케이스보기를 만들고 모든 기준선과 일치하도록 구성 사양을 계속 변경하려면 어떻게해야합니까?

기본 ClearCase보기를 만들 필요가 없습니다.
Int 스트림에 하위 스트림을 만들고 거기에 표시 할 기준선을 관리 할 수 ​​있습니다.
(cleartool rebase -bas xxx@\YourPVob)

그런 다음 하위 스트림에 대한 UCM보기를 git 가져 오기 소스로 사용할 수 있습니다.

예를 들어 in my previous answer에 대해 언급했듯이 모든베이스 라인이 동일한 상위 스트림에 생성되지 않았기 때문에 언급 한 것처럼 기본 ClearCase보기를 생성하고 해당 구성 사양을 다음과 같이 수정할 수 있습니다. 기준 전체 ID를 선택하기 위해 :.

element * BaselineId1  
element * BaselineId2  
... 

(여기에 동적 뷰가 구성 사양을 조정할하는 것이 더 유용 구성 사양이 설정되면, 동일한 구성 사양과 스냅 샷보기를 업데이트 할 수 있습니다
, 적절한로드 규칙을 사용하여 git 가져 오기의 소스로 사용).

당신은 그 기준선이 있는지 확인해야합니다입니다

이

• full baselines

• 자신의 ID로 참조 (당신이 전체 일에 증분을 홍보 할 수) (안 그들의 제목, 그들의 보이는 이름).
  는 "Display Current Baseline with Cleartool"을 참조하십시오 :

  cleartool describe -l baseline:aBaseline@\aPVob 
  cleartool descr -fmt "%[found_bls]CXp" stream:myStream@\myPVob 
  

두 번째 명령은 스트림 당신에게 모든 기준을 줄 것입니다.
두 경우 모두 이름과 함께 기본 ID가 표시됩니다.

---

나는에 망할 놈의 마이그레이션 측면에 ClearCase를 언급이 :

• "Migration from UCM ClearCase to GIT"
• "How to integrate ClearCase development history into Git?"
• "Save history from ClearCase to Git?"
• "How to bridge git to ClearCase?"
• "Sync GIT and ClearCase "
당신이 (가져 오기의 대상이다) 당신의 자식의 repo의 작업 트리로의 ClearCase보기를 고려할 수 있습니다

git --git-dir=/path/to/git/repo/.git --work-tree=/path/to/ClearCase/view add . 

을 : 617,451,515,

좋은 트릭을 사용하는 것입니다. 그것은 (그 역사 바로의 순서를 얻기 위해) 너무 빨리 너무 복잡하기 때문에

나는 일반적으로 모든 스트림에서 모든 기준을 가져 오려고하지 않습니다.

메인 스트림에서 몇 개의 기준선을 가져 와서 가져오고 거기에서 이동합니다 (ClearCase 참조를 기록 연구를위한 읽기 전용 보관 소스로 유지).