성공적으로 VSS 2005를 SVN으로 마이그레이션 한 사람이 있습니까?

Question

나는 마지막 작은 시간 동안 SVN과 함께 놀았으며 그 힘과 사용자 경험을 사랑하게되었으며 우리는 모든 사람의 삶을 단순화하기 위해 버그 추적 시스템에 묶을 수 있습니다. 그래서 우리는 VSS 2005 설정을 SVN으로 마이그레이션하기로 결정한 시간이되었으며 이제는 이제 멈추지 않습니다.

VSS 2005에서 SVN으로 마이그레이션을 완료 할 수 있다고 주장하는 많은 도구가있는 것 같습니다. 그러나 어느 것이 가장 좋은 것이거나 가장 완전한 전환을 제공 할 것인지는 알 수 없습니다. VSS에서 체크 아웃하고 SVN에 체크인하지 않고 전체 역사를 마이그레이션하는 것이 필요합니다.

강력하고 구성 가능한 것으로 보이는 Polarion SVN 수입 업체를 발견했지만, 빌어 먹을 일을 얻을 수는 없으며, 파일 목록을 $/ in vss에서 가져올 수 없다고 불평합니다. 동일한 명령을 실행하면 수동으로 넘어가는 모든 것이 잘 실행되는 것처럼 보이므로 알아낼 수 없습니다.

누구든지 자신의 소스를 VSS 2005에서 SVN으로 성공적으로 마이그레이션 한 적이 있습니까? 그렇다면 어떤 도구를 사용했으며 결과는 무엇입니까? 모든 경고 나 gotchas는 가장 유용 할 것이므로 유용하거나 놀랍거나 실망하거나 명백한 허위 진술이었던 것뿐만 아니라 알고 있습니다.

Answer 1

CodePlex에서 vssmigrate에 대한 최신 트렁크 (콘솔 앱) 개정을 시도하여 히스토리를 다시 주문하고 VSS 저장소에서 변경 사항을 다시 생성하십시오. 또한 체크인 시간에 따라 수정 사항을 올바르게 주문할 것입니다.

http vssmigrate.codeplex.com/sourcecontrol/changeset/view/16890

이게 도움이 되길 바란다. $/ import에서 약간의 조정이 필요할 수 있습니다.

추신 : 역사는 주석이 가져 오기에 따라 올바른지 발견하지 않고 한 단계로 누가 비난 해야하는지 아는 데 도움이되므로 다소 유용하다고 생각합니다. 이전 코드에서 버그를 찾을 때 가지고 있지 않는 것보다 훨씬 낫습니다.

pps 새 버전의 vssmigrate를 사용하여 수정 사항을 전복 저장소에 다시 홍보 한 다음 모든 개정판에 병합 할 수 있습니다. ~ 후에 이전 개정판의 마지막 수입 개정. 유일한 단점은 수정 횟수가 크게 줄어들 기 때문에 모든 사람이 저장소에서 새로운 체크 아웃을 받아야한다는 것입니다. 기본적으로, 새로운 마이그레이션; Svnadmin 덤프 이전에 이전에 마이그레이션 된 리포지토리에서 Rev Migrated+1에서 증분으로 마이그레이션 된 리포지토리를 증분으로 한 다음 새로 마이그레이션 된 저장소로 Svnadmin로드합니다.

Answer 2

나는 약 1 년 전에 Polarion과 VSS2SVN을 모두 시도했습니다.

우리는 가지고있었습니다 많은 VSS의 수년간의 코드, 그리고 결과에 완전히 만족하지 못한 모든 구성 및 테스트 후 프로세스가 길고 깨지기 쉬웠으며 결국 최신의 깨끗한 가져 오기로 시작하기로 결정했습니다. 암호.

작년에 몇 번이나 오래된 역사를 찾았지만 그다지 많지는 않았습니다. 새로 시작하는 또 다른 장점은 새로운 SVN 저장소가 매우 빠르다는 것입니다!

Answer 3

내가 마지막으로 시도한 것은 몇 년 전이었습니다. VSS 파일 형식은 문서화되지 않았으므로 완전한 기록을 얻으려면 제 3 자 변환 프로그램은 각 파일의 각 버전을 얻기 위해 VSS의 API를 사용해야했습니다. 나는 그 전환이 주말에 걸쳐 실행되게하고, 얼마나 많은 달성 한 금액 (몇 퍼센트)을 보았고, 완료하는 데 몇 주가 걸릴 것이라고 계산했습니다 (우리는 수년간의 역사를 가지고있었습니다).

따라서 우리는 최신 코드의 스냅 샷 만 새 버전 제어 시스템으로 옮기기로 결정했으며 이력을 위해 VSS 데이터베이스의 아카이브를 유지했습니다.

Answer 4

이 질문과 유사하게 - 다른 마이그레이션이지만, 나는 또한 역사를 포착하려는 노력/시간의 낭비라고 생각합니다.

SourcesAfe에서 ClearCase로 마이그레이션하는 가장 좋은 방법은 무엇입니까?

Answer 5

몇 달 전에 VSS 2005를 SVN으로 성공적으로 마이그레이션했습니다. 나는 codeplex에있는 "vssmigrate.tim2"도구를 사용했습니다. vssgygrate. 주요 문제없이 잘 작동했습니다. 그것은 개정과 타임 스탬프가 내가 예상했던 것처럼 주문되지 않은 것처럼 보였지만 큰 문제는 아니 었습니다.

편집 : vssmigrate를 사용하면 특정 VSS 경로 (예 : $/groupa/projectB)를 마이그레이션하여 개별 마이그레이션 시간을 줄이고 전체 프로세스를 덜 취약하게 만듭니다. 우리는 VSS에서 약 6 개월의 데이터 만 가지고 있었지만 프로세스를 너무 길게 찾지 못했습니다. 주말 동안 마이그레이션 및 Apache+SVN 설정을 완료했습니다. VSS 저장소의 크기에 따라 거대한 단일 저장소 대신 여러 SVN 리포지토리를 만들 수 있습니다.

Apache+SVN을 구성하는 것은 너무 재미 있지 않았지만 (시행 착오) VSS에서 멀어지게되어 매우 기쁩니다. 나는 고려하고 있었다 git 또는 수은제, 그러나 당시 신뢰할 수있는 거북이 텍스스 텍스 도구 또는 VS SCC 플러그인도 없었습니다. 지금은 Google 코드 Mercurial을 지원했습니다 거북이 좋아 보인다. 나는 곧 머큐리리얼을 시험해보고 싶어한다.