Source Safe 데이터베이스를 기록이있는 SubVersion으로 마이그레이션하십시오.

Question

포크,

SubVersion으로 마이그레이션해야하는 다수의 Source Safe 데이터베이스가 있습니다. 히스토리가있는 마이그레이션을 테스트 한 (입증 된) 방법이 있습니까?

감사 에삼

Answer 1

VssMigrate을 시도 할 수 있습니다. C# 포트 PowerAdmin's VssMigrate은 "대략적인 타임 스탬프를 통해 개별 VSS 체크 인을 원시 SVN 커밋으로 해결"하는 기능을 제공합니다.

Answer 2

내가 너무 마이그레이션을 고려 중이 야 그리고 그 과정에서 당신을 도울 수있는 몇 페이지를 발견 :

• Moving from Visual SourceSafe to Subversion
• Vss2Svn Project page
• Migrating from SourceSafe to Subversion

이 3 개의 페이지 전체 기록을 VSS에서 SVN으로 마이그레이션하는 방법에 대한 정보를 제공합니다.

Answer 3

Google 검색에서이 오래된 질문을 우연히 발견했습니다. 사용할 수있는 또 다른 선택은 여러 소스에서 가져올 수있는 무료 SVN 가져 오기 기능이있는 Polarion의 것입니다. 나는 ... 지금 그것을 시도하고

우리 회사는 서브 버전 마이그레이션 도구에 안전 소스를 개발했다

http://www.polarion.com/products/svn/svn_importer.php

Answer 4

: 이 도구는 다른 모든 도구에 문제가 이후에 개발 된 http://www.abstrakti.com/en-US/Products/Krepost

때 고객의 저장소를 마이그레이션해야했습니다. 또한이 도구는 SourceSafe 레이블을 SVN으로 가져올 수있는 유일한 도구입니다.

문제가 있으면 알려주세요. 기꺼이 도와 드리겠습니다.

에릭.

Answer 5

여기 (예 VssMigrate) 나열된 몇 가지 다른 옵션에 비해 원래 vss2svn 프로젝트 (내가 사용한 적이있는) 추천 (내가 사용하지 않은,하지만 웹 사이트에서 보았다) 것이 그 이유는

당신이 훨씬 더 빨리 파일 작업을 얻을 리눅스에

1. 런이 발생,
2. 매우에게나 의미가 중간, 편집 가능한 상태 (예 : 덤프 파일을) (예를 들어, 변환 30 분 대신 12 시간에서 실행)

(NTFS에 비해)

지난 몇 년 동안 나는 VSS/CVS/SVN 데이터베이스를 관리하고 몇 가지 VSS -> SVN 마이그레이션 (역사의 10 년, 500MB, IIRC 순)에 vss2svn을 사용했습니다. 저장소를 변환하는 사람에게 가장 큰주의를 기울이는 가장 큰 이유는 일반적으로 특정 파일을 특정 개정 번호로 매핑하는 것이 아니라 VSS 데이터베이스의 손상을 정상적으로 처리하는 것입니다. 이것이 빠른 작업 (처음에는 완벽을 성취하지 못할 가능성이 높습니다) 및 해킹 가능 작업이 필수적인 이유입니다.

결국 vss2svn 위키 페이지 (RunningTheMigration)는 마이그레이션을 고려하고있는 사람이라면 누구나 사용하시는 것이 좋습니다.