약 10 년 동안 Visual Source Safe 리포지토리와 함께 작업 해 왔습니다.Visual Source Safe -> TFS 마이그레이션
이제 소스 안전을 제거하고 Team Foundation Server로 이동하려고합니다.
이 마이그레이션을 시작하기 전에 나에게 유용한 팁이나 트릭이 있습니까? 내가 조심해야 할 것은 무엇입니까?
이 마이그레이션은 우리 작업 습관을 어떤 방식 으로든 수정해야한다는 것을 의미합니다. 이러한 변화가 조직의 문제라고 생각하십니까? 단일 사이트에서 약 20 명의 .NET 개발자 그룹을 생각해보십시오.
방금 봤지만 this walkthrough은 좋은 참조처럼 보입니다. 가능한 한 쉽게 마이그레이션 할 수 있도록 도와주는 VSSConverter 도구가 있습니다.
백업을 한 가지 권장하고 싶습니다. 백업. 이렇게하기 전에 모든 것을 백업하십시오. 무엇인가 잘못되면 미안보다 안전 해하는 편이 낫습니다.
내 링크가 보이지 않습니다. 이 주소는 다음과 같습니다. http://msdn.microsoft.com/en-us/library/ms181247(VS.80).aspx
마이그레이션 할 수있는 몇 가지 방법이 있습니다. 이 도구는 등 당신의 역사를 세워하지만, 더 실용적이고 간단한 방법은 역사 아카이브로 VSS를 고정하고 신선한 시작하는 것입니다 :
변환 이전의 기록에 대해서는 사람들이 VSS로 가야하지만, 1 ~ 2 주 후에는 실제로 그런 일이 거의 일어나지 않을 것입니다. 그리고 VSS의 역사가 정확하고 변환 프로세스로 인해 손상되지 않았 음을 알고 있습니다.
TFS는 VSS와는 다른 프로젝트간에 파일을 공유하는 것을 지원하지 않습니다. 이러한 공유 파일이있는 경우 마이그레이션 중에 링크가 끊어 지므로 처음에는 동일하지만 이제는 각 프로젝트마다 고유 한 파일이 생성됩니다. TFS에서 이러한 파일 중 하나에 대한 업데이트는 더 이상 다른 프로젝트의 복사본으로 전파되지 않습니다.
에 자세히 설명되어 있습니다 도움이되기를 바랍니다. :( –
우리는 현재이 일을하는 과정에 있습니다. 우리는 실제로 약 한 달 후에 전환을하고 있습니다. 나는 마이그레이션의 주요 부분이며 왜 우리가 SourceSafe에서 벗어나고 있는지에 대한 중요한 부분입니다. 이전을 돕기 위해 Visual Studio® Team System 2008 Team Foundation Server and Team Suite VPC Image을 사용했습니다. 그것은 매우 유용했습니다. 박쥐에서 벗어난이 이미지에는 당신이 놀고 데모 할 수있는 완전한 TFS 설치가 포함되어 있습니다. 또한 Hands on Labs가 포함되어 있으며 랩 중 하나가 VSS -> TFS 마이그레이션 도구를 실행 중입니다. MSDN 구독이있는 경우 이미지로 재생 한 다음에는 구독과 함께 제공되는 TFS Small Team 에디션을 설치해야합니다.
주목할 점은 이미지에 Visual Studio 2008 및 .NET Framework 용 최신 서비스 팩이 설치되어 있는지 확인하는 것입니다. 서비스 팩은 몇 가지 성가신 버그를 수정했으며 시스템의 유용성을 확실히 증가 시켰습니다. 우리는 약 90 개 이상의 프로젝트가있는 약간 큰 SourceSafe 데이터베이스가 있고 마이그레이션 도구는 완료하는 데 약 32 시간이 걸렸습니다.먼저 테스트를 위해 소스 세이프 데이터베이스를 백업했습니다. 그런 다음 테스트 소스 안전 데이터베이스에서 마이그레이션을 수행했습니다. 그 후에 TFS에서 소스 트리를 확인하고 모든 것이 올바르게 전송되었습니다. VSS에서 소스 파일에 대한 모든 기록을 보관했습니다. 우리가 살고 나서 냄새 나는 VSS 데이터베이스를 유지할 필요가 없습니다.
단계별로 마이그레이션을 진행 중입니다. 먼저 소스 컨트롤을 사용하여 개발자가 사용하는 데 익숙해지게하십시오. 그런 다음 QA 및 비즈니스 분석가를 마이그레이션하여 작업 항목 추적 기능을 사용하게됩니다.
제 조언은 단계적으로 이전하는 것입니다. 한 번에 너무 많이하지 마십시오. 시스템을 사용하여 훈련시키는 사람들에게 시간을주십시오.
내 전 동료 Guy Starbuck의 훌륭한 안내가 있습니다. 그 접근 방식으로 추가 할 또 다른 사항 - 시간이 지남에 따라 애플리케이션을 구성하는 방식 (폴더 등)을 리팩터링하려는 결정을 내릴 수 있으며이를 통해 상대방에게 그렇게 할 수 있습니다.
저는 상황을 다르게 생각하고 (응용 프로그램의 주요 변경 사항은 말할 것도없고) 우연히 솔루션을 구성하여 상황을 다르게 구성하려는 욕구가 생겼습니다. VSS에서 TFS 로의 전환은 커다란 기회입니다 그래서.
는 지금까지 원래의 질문으로 :
그리고이 마이그레이션 의지하십시오 우리의 작업 습관은 어떤 방법으로 수정해야한다는 것을 의미합니다. 이러한 변화가 조직의 문제라고 생각하십니까? 단일 사이트에서 .net 개발자 약 20 명으로 구성된 그룹으로 생각하십시오.
나는 말할 것입니다. 그렇습니다. 작업 습관은 바뀌지 만 훨씬 더 나아질 것입니다.
지금까지의 경험을 변경하는 방법에 대한 자세한 내용은, 내 (그리고 팀 시스템 MVP)의 또 다른 옛 동료 스티브 세인트 진 차이점에 대한 자세한 기사 쓴 : From VSS to TFS
당신이 선택하는 경우를 Visual Studio Team Foundation Server와 함께 제공되는 VSSConverter.exe 도구를 사용하면 on this blog by the migration tools team과 같은 여러 가지 향상된 기능이 포함되어 있으므로 먼저 TFS 2008 SP1을 설치해야합니다.
릴리스의 주요 기능 중 일부는
은 다음과 같습니다 : 네임 스페이스의제거는을 충돌.I 에 대해 이전에 " 이름 바꾸기 문제"라는 블로그를 작성했으며 파일을 겹치기 네임 스페이스로 올바르게 마이그레이션하기 위해 변환기를 수정했습니다. 이것은 대부분의 사용자에게 가장 큰 고통 지점이었습니다 도구의 이전 버전을 사용하려고했습니다.
자동 솔루션 리 바인딩. 이 최신 버전에서는 VS 솔루션 파일이 자동으로 9.0 버전으로 업그레이드되고 에서 버전 제어로 다시 체크 인됩니다. 이전에는 사용자가 수동으로이 작업을 수행해야했습니다.
타임 스탬프 수정 불일치. 개정은 실제로 에서 발생하는 반대 순서로 기록되는 클라이언트의 사용은 VSS에 의해 타임 스탬프가 발생할 수 있습니다.이 도구는 이제 이 문제를 인식하고 이전 실패 변화를 마이그레이션 계속합니다.
향상된 로깅. 우리는 많은 문제를 해결했지만 을 제공하면보다 자세한 로깅을 수행 할 수 있습니다. 문제를 진단하는 사용자에게 도움이됩니다.
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 conversion tool < - 당신이 너무 원하는 경우가 SourceSafe를에서 변경 집합의 역사와 함께 제공하지만 난 이미 몇 번이 도구를 사용했습니다이
를 사용, 결과는 꽤 satisfatory 있습니다.
어쨌든이 도구를 사용하면 로그의 오류 및 경고에 항상주의를 기울여야하며 모든 것이 잘 작성되었는지/통과했는지 확인해야합니다.
실행하기 전에 SS에 대한 분석을 실행하는 것이 좋습니다.
는 절차를 TFS2010하는 마이그레이션
정말이 공적 누락 http://msdn.microsoft.com/en-us/library/ms253060.aspx – benophobia