Clearcase에서 SVN으로 마이그레이션하기 위한 도구에 대한 권장 사항은 무엇입니까?[닫은]
https://stackoverflow.com/questions/57494
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
저는 ClearCase에서 SVN으로 마이그레이션하기 위한 도구를 찾고 있습니다.
이상적으로는 모든 이력 정보를 얻거나 얻을 수 있는 만큼만 얻고 싶습니다.
증분 병합은 매우 유익하지만 필수는 아닙니다.
해결책
이것 최고로 보입니다.Polarion의 사업은 SVN이라 기득권을 갖고 있는 것 같아요. 최대한 많은 사람들이 이용하도록 하세요....
아, 모든 데이터를 미리 백업하고 먼저 테스트 저장소에서 수행하세요.
다른 팁
나는 Peter와 같은 문제를 경험했습니다.Polarion 스크립트는 대규모 CleraCase VOB를 진행할 수 없었고 항상 Java 힙 크기 메모리 부족 오류가 발생했습니다.
또한 가져온 후 데이터가 손상되는 또 다른 중요한 문제가 발생했습니다.
Polarion 스크립트는 다음과 같이 작동합니다.
- Cleartool 명령을 사용하여 ClearCase 데이터에 액세스
- 자체 알고리즘을 사용하여 이러한 데이터를 SVN DUMP 플랫 파일로 덤프합니다.
- svnadmin을 사용하여 SVN에서 덤프 파일 가져오기
저는 더 작은 VOB에서 Polarion 스크립트를 실행할 수 있었습니다.모든 것이 괜찮아 보였으나(오류 메시지 없이 가져오기가 성공적으로 완료됨) SVN 저장소를 사용할 수 없었습니다(확인할 방법이 없었고 정확한 오류 메시지를 염두에 두지 않았습니다). 여러 번 시도했지만 동일한 결과가 나왔습니다.
스크립트가 SVN API가 아닌 자체 코드를 기반으로 SVN DUMP 파일을 다시 작성한다는 것을 이해합니다.아마도 특정 버전의 SVN(1.4, 어쩌면 1.5?)용으로 설계되었을 것이며 저는 SVN 1.6을 사용하고 있었습니다.이후 DUMP 파일 형식이 변경되었거나 Polarion 스크립트가 특정 ClearCase 데이터의 일부 부작용을 올바르게 처리하지 못합니다.그러나 결국 그것은 작동하지 않았습니다.
따라서 다른 솔루션을 사용하는 것이 좋습니다. 데이터 일관성 문제를 피하기 위해 Cleartool 및 실제 SVN API를 기반으로 자체 스크립트를 구축할 수도 있습니다.
Clearcase에서 마이그레이션하는 것은 쉬운 작업이 아닙니다.Polarion 수입업자는 귀하를 지원하기 위해 노력하고 있지만 대규모 클리어케이스 저장소의 기록과 속도는 추정하기 어렵습니다.
기록은 기본에서 모든 파일만 가져오며 디렉터리 버전 관리는 고려하지 않습니다.문제는 태그에 포함될 파일의 이름을 바꾼 경우 최신 이름을 갖게 된다는 것입니다.또한 가져오기 도구는 삭제된 파일을 마이그레이션하지 않습니다.
임포터는 구성 사양을 사용할 수 없으므로 클리어케이스는 svns 분기 메커니즘과 완전히 다른 지연 분기를 사용하므로 분기에서 변경된 파일만 표시합니다.
SVN은 1.5에서만 지원하므로 병합 추적은 마이그레이션 도구에서 지원되지 않습니다.
또 다른 경험:
우리는 Polarion 도구 대신 "사용자 정의 스크립트"를 사용했습니다.
그렇게 하면 다음과 같은 작업을 수행할 수 있습니다.
- 동적 보기 사용(빠른 업데이트)
- 가져오려는 지점을 정확히 선택하세요.
- 레이블이 있는 버전만 가져옵니다. (엄청난 수의 버전을 가져오는 것을 피하십시오. 반면 실제로 그 거대한 역사를 이용하는 사람은 아무도 없습니다.)
- 마지막 레이블과 LATEST 사이의 모든 버전 가져오기(지정된 분기에 대해)
우리는 SVN으로 가져오고 싶은 모든 레이블을 사용하여 구성 사양을 변경하기 위해 동적 보기를 사용했습니다.
메모:UCM을 사용하고 있다는 사실은 수출 작업에 큰 도움이 됩니다.
- 브랜치가 명확하게 식별됩니다(부착된 스트림 이후).
- 라벨이 설정되어 있습니다 모두 특정 구성 요소의 파일(Base ClearCase에서는 임의 개수의 파일에 대해 레이블을 설정할 수 있음)
Polarion 도구의 마지막 버전은 2006년 버전이며 대규모 CC vob에서는 작업을 수행하지 않습니다.내 경우에는 항상 힙 오버런으로 인해 충돌이 발생하며 가장 큰 Java 힙 공간조차도 충분하지 않습니다.그래서 그것은 나에게 좋지 않습니다.
