태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

VS 2010 ALM/TFS 20102011.07.04 16:38

TFS 2010 버전에서는 하나 이상의 Team Project(이하 TP)를 묶어서 하나의 그룹으로 만들 수가 있다. 이 그룹을 Team Project Collection(이하 TPC)이라고 한다.


 TPC는 논리적으로 독립된 하나의 TFS라고 생각하면 이해하기 쉽다. 즉, TPC 별로 사용자 그룹, 프로세스 템플릿, 변경 집합 번호, 작업 항목 번호 등을 공유하지 않는다.

TPC 별로 SQL Server에 하나의 데이터베이스가 생성되며, 같은 TPC 에 포함된 모든 TP의 데이터(소스 코드, 작업 항목, 문서, 테스트 결과 등)는 하나의 데이터베이스에 저장된다.


 실무에서는 솔루션을 개발하는 조직인 경우, 각 솔루션 별로 TPC를 만들어서 소스 코드, 산출물, 테스트 결과, 자원 등을 따로 관리한다. 또한, 개발 프로젝트에서는 각 프로젝트 별로 TPC를 만들어서 프로젝트 산출물들을 관리한다.

그런데, TFS 2005와 TFS 2008버전에는 TPC가 없었기 때문에, 솔루션이 다르거나 프로젝트가 달라도 사용자 그룹, 변경 집합 번호, 작업 항목 번호 등을 공유해야만 했다.

그렇다면, TFS 2005와 TFS 2008을 사용하던 조직에서 TFS를 2010 버전으로 업그레이드하고, 기존의 TP들을 여러 TPC로 나누는 방법은 없을까?

다행히도, TFS 2010은 이러한 기능을 제공하며, 이를 'Team Project Collection을 분할한다'라고 한다.


 TPC를 분할하는 절차를 간략하게 설명하면 다음과 같다.

(이 글에서는 TPC 분할에 대한 상세한 절차는 생략한다. 다만, 전체적으로 어떤 절차를 거쳐 TPC를 분할하는지 이해하는 것이 목적이다.

TPC 분할에 대한 자세한 내용은 http://msdn.microsoft.com/ko-kr/library/dd936158.aspx 를 참조한다.)
 

  1. TFS를 2010버전으로 업그레이드한다.
  2. 원래 TPC을 중지한다.
  3. 원래 TPC 데이터베이스를 백업한다.
  4. 다른 이름으로 TPC 데이터베이스를 복원한다.
  5. 원래 TPC 데이터베이스와 새 TPC 데이터베이스를 연결(attach)한다.
  6. 원래 TPC와 새 TPC에서 TP를 삭제한다.
    • 두 TPC에 포함된 TP가 서로 중복되지 않을 때까지 반복한다.
  7. 원래 TPC와 새 TPC를 시작한다.
  8. 원래 TPC와 새 TPC에 대한 사용자 및 그룹을 구성한다.


참고로, 위의 절차에는 Lab Management 및 SharePoint 사이트, 보고서, MS Project Server와 관련된 절차는 생략하였다.


그렇다면, 어떤 상황에서 TPC를 분할해야 할까? MS에서는 다음과 같은 상황에서 TPC 분할을 고려하라고 말하고 있다.

  • 조직의 부서 단위에 맞춰 컬렉션의 프로젝트를 배치하고 컬렉션의 프로젝트를 각 부서에서 개별적으로 소유하게 하려는 경우
  • 이전 버전의 Team Foundation Server에서 업그레이드한 후 컬렉션이 한 개뿐인 상황에서 보안이나 효과적인 업무 배치 등을 위해 프로젝트를 개별 컬렉션으로 구성하려는 경우
  • 컬렉션의 일부 프로젝트에 대한 소유권을 Team Foundation Server가 자체 배포되어 있는 원격 사무실로 이전하려는 경우. 이 시나리오를 수행하려면 먼저 컬렉션을 분할한 다음 분할된 컬렉션 중 하나를 원격 사무실 배포로 이동해야 합니다.


위와 같은 상황은 국내에서도 충분히 있을 수 있고, 그러한 상황에서 TPC를 분할하는 것이 TFS를 효과적으로 활용할 수 있다는데 공감한다.


감사합니다.


webmars.

Posted by webmars