우리 회사에서는 ClearCase UCM에서 Git으로 (완전히) 전환하고 있습니다. 우리는 Git을 사용하여 Clearcase를 사용하지 않을 것이다.Clearcase에서 Git으로 이력을 저장 하시겠습니까?
전환 과정에서 ClearCase의 역사를 어떻게 든 Git에 가져 오는 좋은 도구가 있습니까?
또한 한 가지 구성 요소 = 하나의 repo를 많이 읽었습니다. 그러나 현재 구성 요소를 재구성하여 작은 부분으로 분할하려고합니다. (ClearCase를 설정 한 사람이 실제로 미리 계획을 세우지 않았습니다.)이 작업을 수행 할 수있는 방법이 있습니까?
의견을 보내 주시면 답변을 듣거나 전환하는 동안주의해야 할 사항을 알려 드리겠습니다.
적어도 ClearCase UCM을 사용하면 주어진 구성 요소의 모든 파일에 설정된 레이블 인 작업 할 수있는 전체 기준을 확보 할 수 있습니다. 개정하여 ClearCase를 파일에 의한 역사 세트 파일이 아니라 "개정 : 경험에 의해
, 당신은 결코 수입하여 참조에 걸쳐 개정을 기반으로하는 버전 관리 도구에 ClearCase를의 전체 역사합니다 (difference between ClearCase and Git 참조 ")
내가 내 대답에 언급 나는 보통, 무엇을"Sync GIT and ClearCase은 ": 통합에 대한
자식에 ClearCase를에서 역사를 가져 오려면이 도구를 사용해보십시오 : Sync GIT and ClearCase
: 이눔하는 ClearCase를 마이그레이션의 repos의 개편에 관한 https://github.com/charleso/git-cc
, 몇 가지 예를 들어 SO에 대한 논의,이 일이 있었다 나는 명백한 사건을 즉시 은퇴하지 않을 것이다. 당신이하고 싶은 것은 명확한 경우와 모든 태그의 모든 가지 팁을 저지르는 것입니다. 이것은 명확한 경우 (논리 분기점 보존 등)에서 일어난 일을 반영하는 방식으로 수행되어야합니다. 그 시점에서 git을 사용하십시오. 기록을 파헤쳐 야 할 경우 명확한 사례를 참조하십시오. 최종적으로 클리어 케이스를 보관 해, 바인드 중이라도 오래된 커밋을 확인하기 만하면됩니다. 내 경험으로 오래된 역사를 가져 오는 것이 가치가있는 문제는 아닙니다. 종종 시간이 많이 걸리고 오류가 발생하기 쉽습니다.