MSF v4.2 프로세스 템플릿을 기반으로 팀 프로젝트 업데이트

Visual Studio Team System 2008 Team Foundation Server에서 Team Foundation Server 2013으로 업그레이드한 경우 팀 프로젝트를 수동으로 업데이트할 수 있습니다. 팀 프로젝트가 Microsoft Solutions Framework (MSF) 버전 4.2 프로세스 템플릿을 기반으로 하는 경우 이 항목의 절차를 따릅니다. 이러한 업데이트를 적용한 후에는 TFS 업그레이드 후 기능 구성에서 설명하는 새 기능과 Microsoft Test Manager의 인터페이스에 액세스할 수 있습니다.

중요

Visual Studio Team System 2008 Team Foundation Server에 제공된 프로세스 템플릿 또는 테스트 사례 및 공유 단계 작업 항목 형식이 없는 프로세스 템플릿을 사용하여 만든 팀 프로젝트를 업그레이드하는 경우에만 이 항목의 절차를 따라야 합니다.

이러한 프로시저는 Team Foundation Server 2012에서 사용할 수 있는 새로운 기능에 대한 액세스만을 지원합니다새 쿼리나 최신 보고서를 추가하거나 사용자 지정 보고서를 업데이트하거나 대시보드에 액세스하려면 추가 작업이 필요합니다.자세한 내용은 아래에 있는 Additional information about changes made when upgrading TFS를 참조하십시오.

새로운 기능에 액세스 하는 데 필요한 작업 업데이트를 합니다.

1. 시스템 필드 이름 바꾸기

2. (Agile만 해당) 시나리오 이름을 사용자 스토리로 바꾸기

3. MSF 프로세스 템플릿의 최신 버전을 다운로드합니다.

4. 링크 형식 가져오기

5. (선택 사항) 필요에 따라 사용자 지정을 적용합니다.

6. 작업 항목 형식 가져오기

7. 범주 파일 가져오기

8. 프로세스 구성 파일 가져오기

9. 새로운 기능에 대한 액세스 확인

Microsoft Test Manager와 인터페이스하는 데 필요한 추가 작업:

1. Microsoft Test Manager에서 생성되는 버그 형식 지정

2. 테스트 팀 멤버에게 권한 부여

3. Microsoft Test Manager 시작

요구 사항

• 프로세스 템플릿을 다운로드하려면 Project Collection Administrators 그룹의 멤버여야 합니다. 필수 보안 권한이 명시적으로 설정된 경우 팀 프로젝트 컬렉션에 대한 프로세스 템플릿 관리 권한을 허용으로 설정해야 합니다.

• witadmin 및 tcm 명령줄 도구를 실행하려면 팀 프로젝트에 대해 Team Foundation Administrators, Project Collection Administrators 또는 Project Administrators 그룹 중 하나의 멤버여야 합니다.

• 권한을 부여하려면 변경할 그룹 수준에서 관리 그룹의 멤버여야 합니다. 예를 들어 팀 프로젝트 컬렉션 수준에서 그룹이나 사용자의 권한을 변경하려면 해당 컬렉션에 대한 Project Collection Administrators 그룹의 멤버이거나 컬렉션 수준 정보 편집 권한을 허용으로 설정해야 합니다.

  자세한 내용은 Team Foundation Server에 대한 사용 권한 참조을 참조하십시오.

1.시스템 필드 이름 바꾸기

일부 시스템 필드의 친근한 이름이 Visual Studio Team Foundation Server 2010에서 바뀌게 되었기 때문에 팀 프로젝트 컬렉션에서 해당 필드의 이름을 수동으로 바꿀 필요가 있습니다. 이름이 바뀐 시스템 필드에는 System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount, System.AttachedFileCount 등이 있습니다.

업그레이드한 Team Foundation Server에 정의된 각 팀 프로젝트 컬렉션을 위해 이 작업을 수행합니다.

1. Visual Studio 2012 또는 팀 탐색기 2012가 설치된 명령 프롬프트 창을 열고 다음을 입력합니다.

   cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDE
   

   64비트 버전의 Windows에서는 **%programfiles%**를 **%programfiles(x86)%**로 바꿉니다.

2. 표시된 인수를 사용자 데이터로 대체하여 다음 명령을 각각 입력하고 Enter 키를 선택합니다.

   witadmin changefield /collection:CollectionURL /n:System.AreaId /name:"Area Id"
   witadmin changefield /collection:CollectionURL /n:System.AttachedFileCount /name:"Attached File Count"
   witadmin changefield /collection:CollectionURL /n:System.ExternalLinkCount /name:"External Link Count"
   witadmin changefield /collection:CollectionURL /n:System.HyperLinkCount /name:"Hyperlink Count"
   witadmin changefield /collection:CollectionURL /n:System.RelatedLinkCount /name:"Related Link Count"
   

   CollectionURL: http://ServerName:Port/VirtualDirectoryName/CollectionName 에 대한 이 형식을 사용합니다(예: http://srvalm:8080/tfs/DefaultCollection).

   맨 위로 이동

2. (Agile만 해당) 시나리오 작업 항목 형식 이름 바꾸기

만들어야 하는 사용자 지정 양을 최소화하고 Agile 프로세스 템플릿으로 이후 업그레이드를 준수하려면 시나리오 작업 항목 형식을 사용자 스토리로 이름을 바꿔야 합니다.

참고

물론 시나리오 작업 항목 형식의 이름을 바꾸려면 업데이트 시나리오 작업 항목 형식을 참조하는 기존 보고서 및 쿼리를 업데이트해야 합니다.하지만 Team Foundation Server 2010 업그레이드로 데이터 웨어하우스가 스키마 변경되었기 때문에 기존 보고서 또는 업그레이드 이전 보고서는 새 스키마에서 작동되기 위해서는 다시 작성되어야 합니다.Team Foundation Server 2010으로 업그레이드한 후 보고서 찾기를 참조하십시오.

업데이트하려는 각 팀 프로젝트에 대해 이 작업을 수행합니다.

• 표시된 인수를 사용자 데이터로 대체하여 다음 명령을 입력하고 Enter 키를 선택합니다.

  witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"
  

  팁

  공백이 포함된 경우 매개 변수를 따옴표로 묶습니다.예를 들어, 프로젝트 이름에 공백이 포함된 경우 /p:"My Project X"를 지정합니다.

맨 위로 이동

3.MSF 프로세스 템플릿의 최신 버전을 다운로드합니다.

자세한 내용은 최신 버전의 프로세스 템플릿 다운로드를 참조하십시오.

팁

최신 버전의 기본 프로세스 템플릿에 액세스하려면 Team Foundation Server의 최신 분기별 업데이트를 설치하십시오.최신 분기별 업데이트 시 여러 작업 항목 형식에 대한 워크플로에 중요 업데이트가 적용되었습니다.실수로 작업 항목을 Kanban 보드 또는 작업 보드의 해결됨 또는 닫힘 상태로 끌어 놓은 경우 이전 워크플로 상태로 다시 끌 수 있도록 이러한 변경 내용은 뒤로 되돌리기 전환을 지원합니다.

Microsoft 다운로드 사이트의 Microsoft Visual Studio Team Foundation Server 2012에 대한 분기별 업데이트에서 업그레이드를 구할 수 있습니다.

맨 위로 이동

4.링크 형식 가져오기

작업 3에 다운로드한 프로세스 템플릿의 LinkTypes 폴더에 있는 링크 형식인 SharedSteps 및 TestedBy를 가져옵니다.

업그레이드한 Team Foundation Server에 정의된 각 팀 프로젝트 컬렉션을 위해 이 작업을 수행합니다.

• 표시된 인수를 사용자 데이터로 대체하여 다음 두 명령을 입력하고 Enter 키를 선택합니다.

  witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml"
  witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"
  

  DirectoryPath에는 다운로드한 프로세스 템플릿의 LinkTypes 폴더 위치를 지정합니다. 디렉토리 경로는 이 구조를 따라야 합니다. Drive:\MSFTemplateFolder\작업 항목 추적\링크 유형.

  맨 위로 이동

5. (선택 사항) 최신 버전의 작업 항목 형식에 사용자 지정을 적용합니다.

다음 작업 항목 형식을 모두 모두 사용자 지정하는 경우 사용자 지정으로 해당 형식의 최신 버전을 업데이트합니다. 다음 표는 각 프로세스 템플릿의 최신 버전에서 제거되고 추가된 필드를 요약하여 보여 줍니다.

Agile 작업 항목 형식

작업 항목 형식	제거된 필드	추가된 필드
버그	문제(Microsoft.VSTS.Common.Issue) 순위(Microsoft.VSTS.Common.Rank), 스택 순위로 대체됨 테스트 이름(Microsoft.VSTS.Test.TestName) 테스트 ID(Microsoft.VSTS.Test.TestId) 테스트 경로(Microsoft.VSTS.Test.TestPath) 심사(Microsoft.VSTS.Common.Triage)	재현 단계(Microsoft.VSTS.TCM.ReproSteps) 심각도(Microsoft.VSTS.Common.Severity) 스택 순위(Microsoft.VSTS.Common.StackRank) 시스템 정보(Microsoft.VSTS.TCM.SystemInfo)
Task	기본 작업(Microsoft.VSTS.Scheduling.BaselineWork), 원래 예상 값으로 대체됨 분야(Microsoft.VSTS.Common.Discipline), 동작으로 대체 종료 기준(Microsoft.VSTS.Common.ExitCriteria) 문제(Microsoft.VSTS.Common.Issue) 순위(Microsoft.VSTS.Common.Rank), 스택 순위로 대체됨 작업 계층 구조(Microsoft.VSTS.Scheduling.TaskHierarchy)	Activity (Microsoft.VSTS.Common.Activity) 원래 예상 값(Microsoft.VSTS.Scheduling.OriginalEstimate) 스택 순위(Microsoft.VSTS.Common.StackRank)
사용자 스토리(이전에 명명된 시나리오)	종료 기준(Microsoft.VSTS.Common.ExitCriteria) 문제(Microsoft.VSTS.Common.Issue) 스토리 점수로 대체된 대략적인 작업량(Microsoft.VSTS.Common.RoughOrderOfMagnitude)입니다.	Risk (Microsoft.VSTS.Common.Risk) 스택 순위(Microsoft.VSTS.Common.StackRank) 스토리 점수(Microsoft.VSTS.Scheduling.StoryPoints)

CMMI 작업 항목 형식

작업 항목 형식	제거된 필드	추가된 필드
버그	기본 작업(Microsoft.VSTS.Scheduling.BaselineWork), 원래 예상 값으로 대체됨 Estimate(Microsoft.VSTS.CMMI.Estimate) 문제(Microsoft.VSTS.Common.Issue) 순위(Microsoft.VSTS.Common.Rank), 스택 순위로 대체됨 재현을 위한 단계(Microsoft.VSTS.CMMI.StepsToReproduce), 재현 단계로 대체됨 테스트 이름(Microsoft.VSTS.Test.TestName) 테스트 ID(Microsoft.VSTS.Test.TestId) 테스트 경로(Microsoft.VSTS.Test.TestPath)	원래 예상 값(Microsoft.VSTS.Scheduling.OriginalEstimate) 심각도(Microsoft.VSTS.Common.Severity) 스택 순위(Microsoft.VSTS.Common.StackRank) 시스템 정보(Microsoft.VSTS.TCM.SystemInfo) 재현 단계(Microsoft.VSTS.TCM.ReproSteps)
Task	기본 작업(Microsoft.VSTS.Scheduling.BaselineWork), 원래 예상 값으로 대체됨 Estimate(Microsoft.VSTS.CMMI.Estimate) 종료 기준(Microsoft.VSTS.Common.ExitCriteria) 문제(Microsoft.VSTS.Common.Issue) 순위(Microsoft.VSTS.Common.Rank), 스택 순위로 대체됨 작업 계층 구조(Microsoft.VSTS.Scheduling.TaskHierarchy) 테스트 이름(Microsoft.VSTS.Test.TestName) 테스트 ID(Microsoft.VSTS.Test.TestId) 테스트 경로(Microsoft.VSTS.Test.TestPath)	원래 예상 값(Microsoft.VSTS.Scheduling.OriginalEstimate) 스택 순위(Microsoft.VSTS.Common.StackRank)
요구 사항	기본 작업(Microsoft.VSTS.Scheduling.BaselineWork), 원래 예상 값으로 대체됨 완료된 작업(Microsoft.VSTS.Scheduling.CompletedWork) 예상(Microsoft.VSTS.CMMI.Estimate), 예약 크기로 대체됨 종료 기준(Microsoft.VSTS.Common.ExitCriteria) 문제(Microsoft.VSTS.Common.Issue) 순위(Microsoft.VSTS.Common.Rank), 스택 순위로 대체됨 남은 작업(Microsoft.VSTS.Scheduling.RemainingWork)	원래 예상 값(Microsoft.VSTS.Scheduling.OriginalEstimate) 스택 순위(Microsoft.VSTS.Common.StackRank) 크기 예약(Microsoft.VSTS.Scheduling.Size)

적용할 수 있는 사용자 지정의 형식에는 필드 추가, 선택 목록 추가 또는 변경, 워크플로 이유 추가 등이 포함됩니다. 프로세스 구성 및 Agile 계획 도구에서 프로세스 중인 워크플로 상태를 변경하지 마십시오. 워크플로를 변경하는 경우 업데이트를 마친 후 워크플로를 변경하고 metastate 매핑에 관한 다음 지침을 따릅니다. 팀 프로젝트의 Agile 계획 도구 구성 및 사용자 지정.

프로세스 템플릿에서 정의된 다른 작업 항목 형식을 사용하고 최신 버전으로 업데이트하는 경우 모든 사용자 지정을 적용합니다. 또한 테스트 사례를 추적하는 데 사용하는 사용자 지정 작업 항목 형식을 정의한 경우 최신 프로세스 템플릿과 함께 제공되는 테스트 사례 작업 항목 형식에 해당 형식의 사용자 지정을 적용해야 합니다.

이러한 프로세스 템플릿이 제공하는 아티팩트를 사용하는 방법에 대한 자세한 내용은 다음 항목을 참조하십시오.

• Visual Studio ALM용 MSF for Agile Software Development(v6.0)

• Visual Studio ALM용 MSF for CMMI Process Improvement(v6.0)

맨 위로 이동

6.작업 항목 형식 가져오기

작업 중인 프로세스 템플릿을 기반으로 다음 작업 항목 형식을 가져옵니다.

• Agile: 버그, 작업, 사용자 스토리, 테스트 사례, 공유 단계, 코드 검토 요청, 코드 검토 응답, 피드백 요청, 피드백 응답

• CMMI: 버그, 작업, 요건, 테스트 사례, 공유 단계, 코드 검토 요청, 코드 검토 응답, 피드백 요청, 피드백 응답

업데이트하려는 각 팀 프로젝트에 대해 이 작업을 수행합니다.

• 표시된 인수를 사용자 데이터로 대체하여 가져올 각 작업 항목 형식에 대해 다음 명령을 입력한 후 Enter 키를 선택합니다.

  witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"
  

  팁

  작업 항목 형식의 이름이 아니라 xml 파일의 이름을 지정합니다.예를 들어, 코드 검토 요청 작업 항목 형식에 대해 CodeReviewRequest.xml을 지정합니다.

  DirectoryPath에는 다운로드한 프로세스 템플릿의 TypeDefinitions 폴더 디렉터리 위치를 지정합니다. 디렉토리 경로는 이 구조를 따라야 합니다. Drive:\MSFTemplateFolder\작업 항목 추적\형식 정의.

• (선택 사항) 팀 탐색기 또는 Team Web Access를 열어 작업 항목 형식을 액세스할 수 있는지 확인합니다. 변경 내용을 보기 위해 캐시를 새로 고침 해야 할 수 있습니다.

맨 위로 이동

7.범주 파일 가져오기

다운로드한 프로세스 템플릿의 WorkItem Tracking 폴더에 있는 범주 파일을 가져옵니다. 범주는 작업 항목 형식의 지능적 그룹화를 지원합니다. 자세한 내용은 범주를 사용하여 작업 항목 형식 그룹화을 참조하십시오.

• 명령 프롬프트 창에서 표시된 인수를 사용자 데이터로 대체하여 다음 명령을 입력하고 Enter 키를 선택합니다.

  witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"
  

  DirectoryPath에는 다운로드한 프로세스 템플릿의 WorkItem Tracking 폴더 경로를 지정합니다. 디렉토리 경로는 이 구조를 따라야 합니다. Drive:\MSFTemplateFolder\작업 항목 추적.

맨 위로 이동

8.프로세스 구성 파일 가져오기

프로세스 구성 파일은 Team Web Access의 백로그와 보드 페이지를 통해 사용 가능한 레이아웃 및 기능을 결정합니다. 이 페이지를 사용하려면 프로세스 구성 파일을 가져와야 합니다.

• 프로세스 구성 정의 파일을 가져옵니다.

  witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"
  

  DirectoryPath에는 다운로드한 프로세스 템플릿의 Process 폴더 경로를 지정합니다. 디렉토리 경로는 이 구조를 따라야 합니다. Drive:\TemplateFolder\작업 항목 추적\프로세스.

맨 위로 이동

9.새로운 기능에 대한 액세스 확인

Team Web Access에 활성화된 새 기능에서 제공되는 작업을 수행합니다.

참고

Agile 팀 프로젝트의 워크플로 업데이트에 설명된 대로 Agile 팀 프로젝트의 워크플로를 업데이트하기 위해 추가 단계를 수행하지 않아도 됩니다.이 항목의 절차에 따라 이미 이러한 변경 사항을 적용하였을 것입니다.

맨 위로 이동

Microsoft Test Manager와 인터페이스하기 위한 추가 작업

테스트 관리자와 인터페이스하는 데 필요한 업데이트를 완료하려면 다음 작업을 수행합니다.

1.Microsoft Test Manager에서 생성되는 버그 형식 지정

테스트 팀 멤버가 테스트 관리자를 사용할 때 발견되는 코드 오류나 버그를 추적하는 작업 항목의 자동 생성을 지원하려면 기존 팀 프로젝트에 사용할 버그 형식을 지정해야 합니다. tcm bugfieldmapping 명령은 팀 프로젝트에 대한 매핑 파일의 가져오기와 내보내기를 지원합니다. 매핑 파일에서는 만들 작업 항목의 형식과 테스트 관리자에서 채워질 세 가지 데이터 필드를 정의합니다. 세 가지 필드는 재현 가능한 단계, 시스템 정보 및 오류가 발견된 빌드입니다. 테스터가 테스트를 실행하여 오류를 찾을 때 세 가지 필드가 자동으로 채워지는 버그를 생성할 수 있습니다.

1. 메모장이나 텍스트 편집기를 열고 다음 코드를 파일로 복사합니다.

   <?xml version="1.0" encoding="utf-16"?
   <BugFilerMappings workitemtypetocreate="Bug">
      <ReproSteps>Microsoft.VSTS.TCM.ReproSteps</ReproSteps>
      <SystemInformation>Microsoft.VSTS.TCM.SystemInfo</SystemInformation>
      <BuildFoundIn>Microsoft.VSTS.Build.FoundIn</BuildFoundIn>
   </BugFilerMappings>
   

   참고

   코드 오류를 만드는 데 사용하는 작업 항목 형식에 "Bug"가 아닌 다른 레이블이 붙으면 이전 예제의 "Bug"를 해당 작업 항목 형식의 이름과 바꿉니다.

2. 파일을 저장하고 이 파일에 bugfieldmappings.xml라는 레이블을 붙입니다.

3. 명령 프롬프트 창에서 표시된 인수를 사용자 데이터로 대체하여 다음 명령을 입력하고 Enter 키를 선택합니다.

   tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectName
   

   DirectoryPath에는 bugfieldmappings.xml 파일을 저장한 폴더를 지정합니다.

   자세한 내용은 테스트 환경 사용자 지정 및 관리[tcm 및 Microsoft Test Manager]을 참조하십시오.

맨 위로 이동

2.테스트 팀 멤버에게 권한 부여

테스트 환경과 테스트 구성을 관리하고 테스트 실행을 만들고 보며 기타 작업을 수행할 팀 멤버에게 권한을 부여해야 합니다.

다음 표에서는 테스트 기능에 대한 액세스를 제어하고 테스트용 팀 프로젝트와의 인터페이싱을 지원하는 권한을 설명합니다. 수동 테스터와 테스트 책임자에게 부여할 권장 권한 외에도 MSF 프로세스 템플릿 버전 5.0에서 만들어진 기본 할당도 표시됩니다.

권한	설명	범위	Readers	Contributors	Builders	수동 테스터에게 권장됨	테스트 책임자에게 권장됨
프로젝트 수준 정보 보기	프로젝트 수준 그룹의 멤버 자격과 해당 멤버의 권한을 볼 수 있습니다.	프로젝트 수준
테스트 실행 보기	이 노드의 테스트 계획을 볼 수 있습니다.	프로젝트 수준
테스트 실행 만들기	테스트 결과를 추가 및 제거하고, 팀 프로젝트에 대한 테스트 실행을 추가 또는 수정할 수 있습니다.	프로젝트 수준
테스트 구성 관리	팀 프로젝트에 대한 테스트 구성을 만들고 삭제할 수 있습니다.	프로젝트 수준
테스트 환경 관리	팀 프로젝트에 대한 테스트 환경을 만들고 삭제할 수 있습니다.	프로젝트 수준
테스트 실행 삭제	팀 프로젝트에 대해 예약된 테스트를 삭제할 수 있습니다.	프로젝트 수준
이 노드 보기	영역 노드의 보안 설정을 볼 수 있습니다.	영역 노드
테스트 계획 관리	영역 노드에 할당되는 테스트 계획을 만들고 편집할 수 있습니다. 테스트 계획을 실행한 적이 없으면 이를 삭제할 수도 있습니다.	영역 노드
테스트 컨트롤러 관리	팀 프로젝트 컬렉션의 테스트 컨트롤러를 등록하거나 등록 취소할 수 있습니다.	프로젝트 컬렉션

다음 절차를 통해 특정 범위 영역에 대해 표시되는 권한을 부여할 수 있습니다.

• Team Web Access의 관리 페이지에서 프로젝트 수준 사용 권한 또는 영역 노드 사용 권한을 설정할 수 있습니다. 권한 관리 및 영역 및 반복 경로 추가 및 수정을 참조하십시오.

• 팀, 팀 프로젝트 컬렉션 설정, 보안을 선택하거나, Team Foundation용 관리 콘솔을 열어 사용하거나, TFSSecurity 및 tf 명령줄 도구를 사용하여 팀 탐색기에서 프로젝트 컬렉션 권한을 설정할 수 있습니다. 자세한 내용은 Collection-Level Groups을 참조하십시오.

자세한 내용은 그룹이나 사용자의 권한 변경을 참조하십시오.

맨 위로 이동

3.Microsoft Test Manager 시작

이 항목 앞부분에서 설명하는 업그레이드 작업을 완료한 후 Microsoft Test Manager를 시작하고 프로젝트에 연결한 다음 테스트 작업 계획을 시작할 수 있습니다. 자세한 내용은 응용 프로그램 테스트을 참조하십시오.

맨 위로 이동

TFS 업그레이드 시 변경된 내용에 대한 추가 정보

Visual Studio Team System 2008 Team Foundation Server에서 TFS 2012로 업그레이드하면 TFS 2010 및 TFS 2012에 적용되는 업데이트를 받습니다. TFS 2010의 릴리스와 함께 여러 가지 아키텍처 변경이 발생하였습니다. Visual Studio Team System 2008 Team Foundation Server에서 최신 버전의 TFS로 업그레이드하여 변경된 사항에 대해 알아보려면 다음 리소스를 참조하십시오.

• Team Foundation Server 2010 주요 개념(블로그 게시물)

• Access New Features에 대한 업그레이드된 팀 프로젝트 업데이트(VS ALM 2010 문서)

• Team Foundation Server 2010으로 업그레이드한 후 보고서 찾기 (VS ALM 2010 문서)

• Analysis Services 큐브에 대한 스키마 변경 및 추가(VS ALM 2010 문서)

• Team Foundation Server 업그레이드 중 팀 프로젝트 및 기본 프로세스 템플릿에 대해 변경된 내용 (VS ALM 2012 문서)

참고 항목

개념

TFS 업그레이드 후 기능 구성

기타 리소스

witAdmin: 작업 추적을 위한 개체 사용자 지정 및 관리