2008-10-01 6 views
11

우리 팀은 Visual SourceSafe (VSS)에서 Team Foundation Server (TFS)로 이동하려고합니다. 나는 TFS가 단순한 버전 제어 시스템 이상이라는 것을 알고 있지만, 처음으로이 방법을 사용하고 싶습니다.SourceSafe에서 Team Foundation Server로

현재 우리 프로젝트는 공유 부분 (공용 라이브러리)과 많은 고객 프로젝트로 구성된 단일 솔루션으로 구성됩니다.

이러한 문제를 설명하는 마이그레이션 가이드가 있습니까? 또는 TFS는 자체 사용 시나리오 (프로젝트, 릴리스 등의 버전 관리)를 시행합니까?

+0

또한 좋은 답변 (TFS 팀의 사람이 포함)을 포함하여 [this] (http://stackoverflow.com/questions/29838/visual-source-safe-tfs-migration) 비슷한 질문을 참조하십시오. – jeffm

답변

8

TFS 확실히이 훨씬 더하시면 소스 저장소로보다 더 가능성이 있지만, 먼저 소스 제어를 마이그레이션 할 이유가 아주 이해할 수있다.

마이그레이션 유틸리티는 일반적으로 VSSConverter.exe이며 VSS 경로를 팀 프로젝트 소스 제어 경로에 매핑 할 수 있으며이 연습에서는 here에 대해 잘 설명되어 있습니다.

CodePlex에서 사용할 수있는 또 다른 도구 (TFS Migration and Synchronization Toolkit)가 있는데 두 가지를 비교할 때 VSSConverter가 널리 사용되고 있으며 일반적으로 VSS 마이그레이션을위한 도구로 받아 들여지고 있다고 생각됩니다.

더 많은 답변이있는 것 같습니다 on this thread here.

지금, 질문은 입니다. 묻는 것은 팀 프로젝트를 만들고 구조화하는 데 대한 지침에 관한 것입니까?

귀하의 특정 상황에 대해 더 많이 알지 못하면 조금 더 대답 할 수 있습니다. Patterns and Practices는 도움이 될 수있는 book on CodePlex called the TFS Guide을 게시했습니다. 제안 된 팀 프로젝트 소스 제어 구조에 대해 많은 것들을 설명합니다. 솔루션 구조를 마이그레이션 및/또는 재 매핑하는 방법에 대한 지침을 제공하는 데 도움이 될 수 있습니다.

버전 관리 및 분기에 대해서는 site here on branching guidance을 확인하십시오. TFS를 사용하는 몇 가지 일반적인 분기/릴리스 관리 기술에 대한 나쁜 개요는 아닙니다.

당신이 그 모든 독서를 통해 얻을 수 있다면, 당신은 정말 필수적인 TFS 기초의 대부분 위에있을거야!

6

(나를 downvote 자유롭게하지만 ...) 당신은 더 나은 소스 제어 후 경우 TFS는 IMHO 과잉입니다. Subversion을 살펴 보길 권한다. VisualSVN은 최상의 SVN 클라이언트 인 TortoiseSVN과 원활하게 작동하는 Visual Studio의 뛰어난 플러그인 ($ 49)입니다. 또한 VisualSVN Server라는 무료 Subversion 서버 측 패키지의 Windows 패키지를 무료로 제공합니다.

서브 버전 작업 방법에 대해 자세히 알아 보려면 위대한 Red Bean book이 있습니다.

(VisualSVN, 단지 서브 버전 팬보이와 제휴하지 않습니다)

+0

나는 VS Plugin 용 AnkhSVN의 팬입니다. –

+1

물론입니다. VSS 만큼은 아니지만 TFS 버전 제어가 쉽지 않습니다. –

0

Sourcesafe에서 TFS2005로 전환했을 때 가장 큰 장애물은 Sourcesafe의 공유 파일, "최신 체크 아웃"접근 방식 및 Sourcesafe의 "branch/merge"지원이었습니다. 모두는 Sourcesafe에서 분기 및 병합을 두려워했으며 모든 동료에게 TFS로 그렇게 나쁘지 않다고 확신하는 데 시간이 걸렸습니다.

우리는 Sourcesafe에서 파일을 마이그레이션하지 않기로 결정했습니다. 우리는 새로운 프로젝트를 위해 TFS2005를 사용했고 Sourcesafe에 오래된 것들을 보관했습니다. 우리는 수년 동안 성장해 오히려 조직화되지 않은 프로젝트 및 폴더 구조를 유지하기를 원하지 않았습니다.

오래된 것들은 이제 역사이며 우리는 TFS2008로 모든 개발 작업을 수행합니다.

관련 문제