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

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

중요
함께 제공 되는 프로세스 템플릿을 사용 하 여 만든 팀 프로젝트를 업그레이드 하는 경우이 항목의 절차를 수행 하면 Visual Studio Team System 2008 Team Foundation Server, 테스트 사례 및 공유 단계 작업 항목을 포함 하지 않는 한 형식입니다. 이러한 프로시저를 사용할 수 있는 새 기능에 액세스할 수만 지원 됩니다 Team Foundation Server 2012.추가 작업을 새 쿼리 또는 최신 보고서를 추가 하거나 업데이트 하는 사용자 지정된 보고서를 대시보드에 액세스 하는 데 필요한입니다.자세한 내용은 TFS 업그레이드 시 변경 내용에 대한 자세한 내용은.

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

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

2. (민첩에만 해당) 시나리오를 사용자 스토리에 이름 바꾸기

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

4. 가져오기 링크 형식

5. (선택 사항) 필요한 사용자 지정으로 적용

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

7. 범주 파일 가져오기

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

9. 새 기능에 액세스할 수를 확인 합니다.

Microsoft 테스트 관리자와 인터페이스 하는 데 필요한 추가 작업.

1. Microsoft 테스트 관리자에서 만들 버그 형식을 지정합니다

2. 팀 멤버를 테스트 하기 위한 사용 권한 부여

3. Microsoft 테스트 관리자를 시작 합니다.

요구 사항

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

• 실행 하는 witadmin 및 tcm 명령줄 도구를 다음 그룹 중 하나의 구성원 이어야 합니다: Foundation 관리자 팀, 프로젝트 컬렉션 관리자, 또는 프로젝트 관리자 팀 프로젝트에 대한.

• 권한을 부여하려면 변경할 그룹 수준에서 관리 그룹의 멤버여야 합니다.예를 들어 팀 프로젝트 컬렉션 수준에서 그룹이나 사용자의 권한을 변경하려면 해당 컬렉션에 대한 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 11.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 프로세스 템플릿 업데이트를 준수 해야 하는 사용자 지정 크기를 최소화 하기 위해 사용자 스토리에 시나리오 작업 항목 형식 이름을 바꿔야 합니다.

[!참고]

물론 시나리오 작업 항목 형식의 이름을 바꾸거나 기존 보고서를 업데이트 해야 합니다 및 시나리오를 참조 하는 쿼리를 작업 항목 형식입니다.그러나 데이터 웨어하우스를 업그레이드 하려면 스키마 변경으로 인해 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 폴더에 테스트 한 사람, 링크 형식을 가져옵니다.

이 작업을 수행 하 여 업그레이드 된에 정의 된 각 팀 프로젝트 컬렉션에 대한 Team Foundation Server.

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

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

  DirectoryPath에는 다운로드한 프로세스 템플릿의 LinkTypes 폴더 위치를 지정합니다.이 구조에 대한 디렉터리 경로 따라야 합니다: 드라이브: \MSFTemplateFolder\WorkItem Tracking\LinkTypes.

  맨 위로 이동

5.(선택 사항) 사용자 지정 작업 항목 형식을 최신 버전으로 적용

다음 작업 항목 형식을 사용자 지정한 경우 사용자 지정 된 이러한 종류의 최신 버전을 업데이트 해야 합니다.다음 표에서 제거 하 고 각 프로세스 템플릿의 최신 버전에서 추가 필드를 요약 합니다.

민첩 한 작업 항목 형식

작업 항목 형식	제거 된 필드	추가 된 필드
버그	문제 (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)	활동 (Microsoft.VSTS.Common.Activity) 원래 예상 값 (Microsoft.VSTS.Scheduling.OriginalEstimate) 스택 순위 (Microsoft.VSTS.Common.StackRank)
사용자 스토리 (이전에 명명 된 시나리오)	종료 기준 (Microsoft.VSTS.Common.ExitCriteria) 문제 (Microsoft.VSTS.Common.Issue) 스토리 점수를 대체 작업량 (Microsoft.VSTS.Common.RoughOrderOfMagnitude)	위험 (Microsoft.VSTS.Common.Risk) 스택 순위 (Microsoft.VSTS.Common.StackRank) 스토리 점수 (Microsoft.VSTS.Scheduling.StoryPoints)

CMMI 작업 항목 형식

작업 항목 형식	제거 된 필드	추가 된 필드
버그	초기 계획 작업 시간 (Microsoft.VSTS.Scheduling.BaselineWork) 원래 예상 값으로 대체 합니다. (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) 원래 예상 값으로 대체 합니다. (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)

유형에 적용할 수 있는 사용자 지정 필드 추가 등이 추가 또는 변경 목록 또는 워크플로 이유 추가 선택 합니다.이러한 프로세스 구성 및 민첩 한 계획 도구에서 사용 되는 워크플로 상태를 변경 하지 않습니다.워크플로 변경 해야 하는 경우 업데이트를 완료 한 후 여기에 제공 된 metastate 매핑에 대한 지침에 따라 변경: 프로세스 구성을 사용하여 백로그 및 보드 페이지 사용자 지정.

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

작업 하는 아티팩트에 대한 이러한 프로세스 템플릿을 제공 하는 자세한 내용을 보려면 다음 항목을 참조 하십시오.

• Visual Studio ALM용 Agile 프로세스 템플릿(v6.0)

• Visual Studio ALM용 CMMI 프로세스 템플릿(v6.0)

맨 위로 이동

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

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

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

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

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

• 표시 되 고 선택 된 인수를 사용자 데이터로 대체 가져와야 할 각 작업 항목 형식에 대해 다음 명령을 입력 하 여 ENTER 키.

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

  팁
  작업 항목 형식의 이름을 하지 및 xml 파일의 이름을 지정 합니다.예를 들어 CodeReviewRequest.xml 요청 코드 검토 작업 항목 형식을 지정 합니다.

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

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

맨 위로 이동

7.범주 파일 가져오기

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

• 명령 프롬프트 창에 표시 되 고 선택 된 인수를 사용자 데이터로 대체 하는 다음 명령을 입력의 ENTER 키.

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

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

맨 위로 이동

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

프로세스 구성 파일 레이아웃 및 백로그 및 보드 페이지를 통해 사용할 수 있는 기능을 확인 Team Web Access.이 페이지를 사용 하려면 프로세스 구성 파일에 지정 된 시퀀스 가져오기

• 프로세스 구성에 대한 정의 파일을 가져올, 다음과 같은 두 개의 입력 하는 명령으로 한 번에 하나씩 표시 되 고 선택 된 인수를 사용자 데이터로 대체는 Enter 키.

  witadmin importcommonprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\CommonConfiguration.xml"
  witadmin importagileprocessconfig /collection:CollectionURL /p:" projectName" /f:"DirectoryPath\AgileConfiguration.xml"
  

  에 대한 DirectoryPath, 다운로드 프로세스 템플릿의 프로세스 폴더의 경로를 지정 합니다.이 구조에 대한 디렉터리 경로 따라야 합니다: 드라이브: \MSFTemplateFolder\WorkItem Tracking\Process.

맨 위로 이동

9.새 기능에 액세스할 수를 확인 합니다.

제공 되는 작업 수행 새 기능의 가용성 확인.

[!참고]

여기에서 설명한 대로 Agile 팀 프로젝트에 대한 워크플로 업데이트 하는 추가 단계를 수행 해야 합니다: Agile 팀 프로젝트의 워크플로 업데이트.이 항목의 절차에 따라 이러한 변경 내용을 이미 적용 됩니다.

맨 위로 이동

Microsoft 테스트 관리자와의 인터페이스에 대한 추가 작업

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

1.Microsoft 테스트 관리자에서 만들 버그 형식을 지정합니다

테스트 팀 멤버가 테스트 관리자를 사용할 때 발견되는 코드 오류나 버그를 추적하는 작업 항목의 자동 생성을 지원하려면 기존 팀 프로젝트에 사용할 버그 형식을 지정해야 합니다.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 파일을 저장 한 폴더를 지정 합니다.

   자세한 내용은 Microsoft Test Manager를 사용하여 제출할 버그 형식 지정을 참조하십시오.

맨 위로 이동

2.팀 멤버를 테스트 하기 위한 사용 권한 부여

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

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

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

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

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

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

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

맨 위로 이동

3.Microsoft 테스트 관리자를 시작 합니다.

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

맨 위로 이동

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

업그레이드 Visual Studio Team System 2008 Team Foundation Server TFS 2012에 2010 TFS와 TFS 2012에 대한 업데이트를 수신 합니다.다양 한 아키텍처 TFS 2010의 출시와 함께 변경 되었습니다.Tfs에서 최신 버전으로 업그레이드 하 여 변경한 내용에 대한 자세한 내용을 보려면 Visual Studio Team System 2008 Team Foundation Server, 다음 리소스를 참조 하십시오.

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

• 새 기능에 액세스 하려면 팀 프로젝트가 업그레이드 업데이트 (VS ALM 2010 기사)

• 보고서는 업그레이드 후에 Team Foundation Server 2010 찾기 (VS ALM 2010 기사)

• 변경 및 분석 서비스 큐브 스키마 추가 (VS ALM 2010 기사)

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

참고 항목

개념

업그레이드된 팀 프로젝트가 새 기능에 액세스할 수 있도록 업데이트

기타 리소스

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