Visual Source Safe-> TFS 마이그레이션

StackOverflow https://stackoverflow.com/questions/29838

문제

이 주변에서 우리는 약 10 년 동안 Visual Source Safe 저장소를 사용하고 있습니다.

이제 sourcesafe를 제거하고 Team Foundation Server로 이동하려고합니다.

이전을 시작하기 전에 도움이 될만한 팁이나 요령이 있습니까?주의해야 할 사항은 무엇입니까?

이번 마이그레이션은 우리의 작업 습관을 어떤 식 으로든 수정해야한다는 것을 의미합니다.이러한 변화가 조직에 문제가 될 수 있다고 생각하십니까?단일 사이트에있는 약 20 명의 .NET 개발자 그룹을 생각해보십시오.

다른 팁

이전 할 수있는 몇 가지 방법이 있습니다.이 도구는 히스토리 등을 가져 오지만보다 실용적이고 간단한 방법은 VSS를 히스토리 아카이브로 잠그고 새로 시작하는 것입니다.

  1. 모든 사람이 VSS의 모든 변경 사항을 확인하고 모든 것이 빌드되었는지 확인하도록합니다.
  2. 모든 VSS 데이터베이스를 "잠김"(모든 사용자에 대한 읽기 전용 권한)으로 설정
  3. 전체 VSS 데이터베이스의 최신 정보를 워크 스테이션의 "깨끗한"폴더 세트로 가져옵니다.
  4. 워크 스테이션에서 TFS로 모든 파일 확인

    전환 이전의 모든 기록에 대해 사람들은 VSS로 이동해야하지만 1 ~ 2 주 후에는 자주 발생하지 않을 것입니다.그리고 VSS의 기록이 정확하고 변환 프로세스에 의해 손상되지 않았 음을 알고 있습니다.

TFS는 VSS와 마찬가지로 서로 다른 프로젝트 간의 파일 공유를 지원하지 않습니다.이러한 공유 파일이있는 경우 마이그레이션 중에 이들 간의 링크가 끊어져 처음에는 동일하지만 이제는 각 프로젝트에서 별개의 파일이됩니다.TFS에서 이러한 파일 중 하나에 대한 업데이트는 더 이상 다른 프로젝트의 복사본으로 전파되지 않습니다.

Visual Studio Team Foundation Server와 함께 제공되는 VSSConverter.exe 도구를 사용하려는 경우 이전 도구 팀이이 블로그에 게시 . <인용구>

일부 주요 기능 릴리스 포함 :

네임 스페이스 충돌 제거 . 나는 이전에 블로그에 " 이름 바꾸기 문제 "를 수정했습니다. 파일을 올바르게 마이그레이션하는 변환기 겹치는 네임 스페이스가 있습니다. 이했다 대부분의 사용자에게 가장 큰 문제점 의 이전 버전을 사용하려고 도구.

자동 솔루션 리 바인딩. 이 최신 버전에서는 VS 솔루션 파일이 자동으로 업그레이드됩니다. 9.0 버전으로 다시 체크인했습니다. 버전 관리. 이전 사용자 이 작업을 수동으로 수행해야했습니다.

타임 스탬프 수정 불일치 . 클라이언트 사용 VSS에 의한 타임 스탬프는 에 기록되는 개정 그들은 실제로 반대 순서 이 도구는 이제 이 문제 및 계속 마이그레이션 이전에 변경되었습니다. 실패합니다.

개선 된 로깅 . 이기는 하지만 우리는 많은 문제를 해결했습니다. 더 나은, 더 자세한 로깅은 문제가 발생하는 사용자에게 도움 문제를 진단하십시오.

현재 일상 업무에서이 작업을 진행하고 있습니다. 우리는 실제로 약 한 달 후에 전환합니다. 나는 마이그레이션의 주요 부분이며 우리가 SourceSafe에서 벗어나는 이유의 큰 부분입니다. 마이그레이션을 돕기 위해 비주얼 스튜디오 & # 174; Team System 2008 Team Foundation Server 및 Team Suite VPC 이미지 . 매우 유용했습니다. 방망이에서 바로 이미지에는 플레이하고 데모 할 수있는 전체 작동 TFS 설치가 포함되어 있습니다. 여기에는 Hands on Lab이 포함되어 있으며 랩 중 하나에서 VSS-> TFS 마이그레이션 도구를 실행하고 있습니다. MSDN 구독이있는 경우 이미지로 플레이 한 후 다음 단계는 구독과 함께 제공되는 TFS Small Team 에디션을 설치하는 것입니다.

한 가지 주목할 점은 이미지에 Visual Studio 2008 및 .NET Framework 용 최신 서비스 팩이 설치되어 있는지 확인하는 것입니다. 서비스 팩은 몇 가지 성가신 버그를 수정했으며 시스템의 유용성을 확실히 증가 시켰습니다. 약 90 개 이상의 프로젝트가 포함 된 매우 큰 SourceSafe 데이터베이스가 있으며 마이그레이션 도구를 완료하는 데 약 32 시간이 걸렸습니다. 먼저 테스트를 위해 sourcesafe 데이터베이스를 백업했습니다. 그런 다음 테스트 소스 안전 데이터베이스에서 마이그레이션했습니다. 그 후 TFS에서 소스 트리를 확인했고 모든 것이 잘 전송되었습니다. 우리는 VSS의 소스 파일에 대한 모든 기록을 보관했습니다. 우리가 라이브를 시작한 후에 그 악취가 나는 VSS 데이터베이스를 유지할 필요가 없습니다.

Google은 단계적으로 이전하고 있습니다. 먼저 소스 제어와 개발자가이를 사용하도록합니다. 그런 다음 작업 항목 추적 기능을 사용하기 위해 QA 및 비즈니스 분석가를 마이그레이션합니다.

제 조언은 단계적으로 이전하는 것입니다. 한 번에 너무 많이하지 마십시오. 훈련을 위해 시스템을 사용할 사람들에게 시간을주십시오.

VSS 변환기는 완벽한 솔루션이 아닙니다. 2005 년 버전과 2008SP1 버전의 변환기 간에는 상당한 차이가 있습니다.

예를 들어, 오랫동안 사용되어 온 VSS DB에는 VSS에 기여하는 사용자가 많이있을 것입니다. 이러한 사용자 중 상당수는 오래 전에 조직을 떠났으므로 더 이상 도메인 계정이 없습니다. TFS는 VSS 사용자를 도메인 계정에 매핑해야하므로 이전 사용자를 단일 '더미'도메인 계정에 매핑할지 현재 팀 구성원에 매핑할지 결정해야합니다.

또한 VSS Converter 2008에서는 이러한 도메인 계정이 유효한 TFS 계정이어야합니다. 2005 년 변환기는이를 시행하지 않습니다.

VSS 기록에 중요한 폴더 이동이 포함 된 경우이 이동 이전의 모든 기록이 손실 될 가능성이 있습니다. 예를 들어 폴더를 새 위치로 이동 한 다음 이전 상위 항목을 삭제하면 모든 기록이 손실됩니다. 자세한 설명은이 문서를 참조하십시오. http://msdn.microsoft.com/en-us/library/ms253166. aspx

내가 참여한 한 마이그레이션에서 6 개월 전에 모든 기록을 잃어버린 10 년 된 VSS 데이터베이스가있었습니다. 이는 6 개월 전에 발생한 대대적 인 정리 때문이었습니다.

TFS 변환 도구 <-사용

이 도구를 이미 몇 번 사용해 왔지만, 원하는 경우 SourceSafe의 변경 세트 기록과 함께 제공되므로 결과가 매우 만족 스럽습니다.

어쨌든이 도구를 사용하면 항상 로그의 오류와 경고에주의를 기울이고 모든 것이 정상적으로 빌드되었는지 / 잘 통과했는지 확인해야합니다.

이를 실행하기 전에 SS에 대한 분석도 실행하는 것이 좋습니다.

도움이되기를 바랍니다.

전 동료 Guy Starbuck의 좋은 안내입니다. 이 접근 방식으로 추가해야 할 또 다른 사항은 시간이 지남에 따라 애플리케이션 구성 방식 (폴더 등)을 리팩토링하기로 결정했을 수 있으며이를 통해 그렇게 할 수있는 기회를 제공 할 것입니다.

저는 생각없이 (응용 프로그램의 주요 변경 사항은 말할 것도없이) 솔루션을 우연히 조직하여 상황을 다르게 구성하려는 욕구를 불러 일으켰습니다. VSS에서 TFS 로의 전환은 그렇게 할 수있는 큰 기회입니다. .

원래 질문 : <인용구>

그리고 :이 마이그레이션은 확실히 우리의 작업 습관을 어떤 식 으로든 수정해야 함을 의미합니다. 이러한 변화가 조직에 문제가 될 수 있다고 생각하십니까? 단일 사이트에있는 약 20 명의 .net 개발자 그룹을 생각해보십시오.

예, 당신의 작업 습관은 변할 것이지만 더 나은 것을 위해 훨씬 더 많이 바뀔 것입니다.

  1. '체크 아웃'잠금 및 '체크 아웃시 최신 정보 얻기'를 사용해서는 안됩니다.
  2. 이제 효과적으로 분기 및 병합 할 수 있습니다.
  3. 이제 동시에 체크인 된 모든 파일이 함께 그룹화됩니다. 이렇게하면 기록 변경 내용 추적이 훨씬 쉬워 지지만 더 중요한 것은 롤백이 훨씬 쉬워집니다 (즉, 동시에 체크인 된 모든 파일을 찾아 롤백)
  4. 체크인을 작업 항목에 연결. 작업 항목을 간과하지 마십시오! 가장 큰 실수는 TFS를 VSS 대체물로만 사용하는 것입니다. 빌드 및 프로젝트 관리 기능은 훌륭합니다. 비용을 지불했습니다. 사용하세요!

    경험이 어떻게 변할 것인지에 대한 자세한 내용과 관련하여 제 동료이자 팀 시스템 MVP 인 Steve St. Jean은 차이점에 대한 자세한 기사를 작성했습니다. VSS에서 TFS로

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top