사용자 지정된 프로세스 템플릿을 새 기능에 액세스할 수 있도록 업데이트

아티클
03/12/2013

기존 팀 프로젝트와 함께 제공 되는 새로운 기능에 액세스할 수 있도록 사용자 지정 된 프로세스 템플릿 파일을 수동으로 업데이트 해야 Visual Studio Team Foundation Server 2012.이 업데이트를 완료한 후 Team Foundation Server에 사용자 지정 프로세스 템플릿을 업로드할 수 있습니다.다음 기능 구성 마법사를 사용 하 고 있습니다 업데이트 새로운 기능에 액세스 하려면 팀 프로젝트 업그레이드 또는 팀 프로젝트를 만드는 새 기능에 액세스할 수 있습니다.

중요
이 항목에서는 프로세스 템플릿 버전 5.0 Microsoft 프로세스 템플릿 또는 Scrum 1.0 프로세스 템플릿을 기반으로 하는 수동 업데이트를 해결 합니다.

새 기능에 대한 자세한 내용은 계획 및 추적의 새로운 기능.

[!참고]

응용 프로그램 계층 서버를 Visual Studio Team Foundation Server 2012으로 업그레이드한 후 프로세스 템플릿 관리자를 사용하여 6.0 버전 MSF 프로세스 템플릿과 기존 프로세스 템플릿에 액세스할 수 있습니다.

항목 내용

수동 업데이트에 대한 팁
새 기능에 액세스할 수 있는 업데이트
선택적 업데이트
Post-upload 단계

[!참고]

일부는 전원 도구 추가 기능에 대한 프로세스 편집기를 사용 하 여 아래 설명 된 절차를 수행할 수 있습니다 Visual Studio 를 다운로드 하 고 설치할 수 있습니다.아래는 도구 프로세스 편집기 메뉴를 사용자 지정 하기 위한 그래픽 사용자 인터페이스를 제공 Team Foundation Server 프로세스 템플릿.이 도구를 가져오고 작업 항목 형식 내보내기 및 프로세스 템플릿의 내용을 수정할 수 있습니다.에 대한 자세한 내용은 Microsoft 웹 사이트에서 다음 페이지를 참조 하십시오: Team Foundation Server Power Tool.

수동 업데이트에 대한 팁

수동 업데이트를 수행 하기 전에 제공 된 정보를 검토 할 수 있습니다 프로세스 템플릿 파일 작업 및 단계별 사용자 지정 프로세스.
파일이 무엇인지 알고 있고 해당 파일이 쓸모 없는 경우가 아니면 파일을 업로드하기 위해 파일 또는 작업을 제거하지 마십시오.
사용자 지정을 찾기 위해 두 템플릿에 있는 비교 가능한 파일에 대해 비교 작업을 수행할 수 있습니다.그러나 시퀀스 요소 정의의 두 버전 간에 변경 했을 수 있기 때문에 일부 허위를 받을 수 있습니다.
모든 플러그 인 파일에서 dependency 요소를 검색하여 완료할 다른 작업에 종속되는 작업을 확인할 수 있습니다.예를 들어, Microsoft Test Manager 및 Lab Management 공유 단계 및 테스트 사례 작업 항목 형식에서 공유 단계 및 테스트 한 사람 링크 형식 및 범주 필요 합니다.자세한 내용은 플러그 인 파일에서 작업 그룹 및 작업에 대한 종속성 정의를 참조하십시오.

새 기능에 액세스할 수 있는 업데이트

복사 또는 폴더의 사용자 지정 된 프로세스 템플릿 정의 있는 해당 폴더를 다운로드 하는 프로세스 템플릿 최신 버전의 파일을 추가 합니다.

업그레이드 된 서버에서 최신 버전의 Microsoft 프로세스 템플릿 다운로드자세한 내용은 최신 버전의 프로세스 템플릿 다운로드를 참조하십시오.
다음 파일을 복사는 TypeDefinitions 폴더: CodeReviewRequest, CodeReviewResponse, FeedbackRequest, 및 FeedbackResponse.
다음 파일에 복사 된 Query 폴더: Feedback.wiq.

복사는 Process 폴더 및 해당 두 개의 프로세스가 구성 파일에는 WorkItem Tracking 폴더입니다.

중요
사용자 지정 작업 항목 형식에는 다음과 같은 유형의 프로세스 구성 파일을 사용자 지정 해야 할: 바꾸거나 제거 요구 사항 범주와 작업 프로세스 템플릿에 범주 파일의 최신 버전에 정의 된 범주 작업 항목 형식을 할당 합니다. 상태를 바꾸거나 워크플로 작업에 대한 정의 사용자 지정 또는 작업 항목 형식 정의 대 한 요구 사항 범주입니다.일반적인 프로세스 템플릿의 구성에 대한 정의 metastates 상태 할당 매핑해야 합니다.Metastates 정의 계획 처리 도구를 어떻게 각 워크플로 상태입니다.하나 이상의 워크플로 상태 매핑되어야는 InProgress 와 Completed 에 설명 된 대로 metastates 프로세스 구성을 사용하여 백로그 및 보드 페이지 사용자 지정. 같은 작업량을 캡처하는 데 사용에서 백로그 항목을 정의 하는 필드를 변경 합니다. 스토리 점수 for Agile (Microsoft.VSTS.Scheduling.StoryPoints) 및 작업량 Scrum (Microsoft.VSTS.Scheduling.Effort)에 대한.CMMI v5.0의 원래 예상 값 (Microsoft.VSTS.Scheduling.OriginalEstimate)를 사용한 및 CMMI v6.0 일정 크기 (Microsoft.VSTS.Scheduling.Size)를 사용 합니다. 요구 사항 범주에 대해 정의 된 작업 항목 형식에 정의 된 필드가 변경 스택 순위 (Microsoft.VSTS.Common.StackRank) 또는 스크럼, 백로그 우선 순위 (Microsoft.VSTS.Common.BacklogPriority). 같은 작업 항목에 할당 하는 작업을 캡처하는 데 사용 되는 필드 변경 활동 (Microsoft.VSTS.Common.Activity) 또는 분야 (Microsoft.VSTS.Common.Discipline). 캡처하는 데 사용 되는 필드 변경 남은 작업(Microsoft.VSTS.Scheduling.RemainingWork). 자세한 내용은 프로세스 구성을 사용하여 백로그 및 보드 페이지 사용자 지정을 참조하십시오.

사용자 지정 작업 항목 형식에는 다음과 같은 유형의 프로세스 구성 파일을 사용자 지정 해야 할:

바꾸거나 제거 요구 사항 범주와 작업 프로세스 템플릿에 범주 파일의 최신 버전에 정의 된 범주 작업 항목 형식을 할당 합니다.
상태를 바꾸거나 워크플로 작업에 대한 정의 사용자 지정 또는 작업 항목 형식 정의 대 한 요구 사항 범주입니다.일반적인 프로세스 템플릿의 구성에 대한 정의 metastates 상태 할당 매핑해야 합니다.Metastates 정의 계획 처리 도구를 어떻게 각 워크플로 상태입니다.하나 이상의 워크플로 상태 매핑되어야는 InProgress 와 Completed 에 설명 된 대로 metastates 프로세스 구성을 사용하여 백로그 및 보드 페이지 사용자 지정.
같은 작업량을 캡처하는 데 사용에서 백로그 항목을 정의 하는 필드를 변경 합니다. 스토리 점수 for Agile (Microsoft.VSTS.Scheduling.StoryPoints) 및 작업량 Scrum (Microsoft.VSTS.Scheduling.Effort)에 대한.CMMI v5.0의 원래 예상 값 (Microsoft.VSTS.Scheduling.OriginalEstimate)를 사용한 및 CMMI v6.0 일정 크기 (Microsoft.VSTS.Scheduling.Size)를 사용 합니다.
요구 사항 범주에 대해 정의 된 작업 항목 형식에 정의 된 필드가 변경 스택 순위 (Microsoft.VSTS.Common.StackRank) 또는 스크럼, 백로그 우선 순위 (Microsoft.VSTS.Common.BacklogPriority).
같은 작업 항목에 할당 하는 작업을 캡처하는 데 사용 되는 필드 변경 활동 (Microsoft.VSTS.Common.Activity) 또는 분야 (Microsoft.VSTS.Common.Discipline).
캡처하는 데 사용 되는 필드 변경 남은 작업(Microsoft.VSTS.Scheduling.RemainingWork).

자세한 내용은 프로세스 구성을 사용하여 백로그 및 보드 페이지 사용자 지정을 참조하십시오.

대체는 Process Guidance 폴더에서 Windows SharePoint Services 최신 폴더의 내용과 폴더.이러한 파일에는 최신 프로세스 지침의 내용이 앞으로 링크를 제공합니다.자세한 내용은 프로세스 템플릿에 대한 프로젝트 포털 플러그 인 정의를 참조하십시오.
새 범주를 범주 파일에 추가.
WorkItems 플러그 인 파일에 추가 하는 작업.
(선택 사항) 팀을 설정 하는 그룹 및 권한 플러그 인 파일에 추가.
프로세스 템플릿 파일에 추가 하는 버전 문.
프로세스 템플릿을 업로드 하 고 변경 내용을 확인 합니다.자세한 내용은 프로세스 템플릿 관리를 참조하십시오.

새 범주를 범주 파일에 추가 합니다.

이 코드 조각에 있는 범주 파일 추가 WorkItem Tracking 폴더:

<CATEGORY name="Code Review Request Category" refname="Microsoft.CodeReviewRequestCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Request" />
  </CATEGORY>
  <CATEGORY name="Code Review Response Category" refname="Microsoft.CodeReviewResponseCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Response" />
  </CATEGORY>
  <CATEGORY name="Feedback Request Category" refname="Microsoft.FeedbackRequestCategory">
    <DEFAULTWORKITEMTYPE name="Feedback Request" />
  </CATEGORY>
  <CATEGORY name="Feedback Response Category" refname="Microsoft.FeedbackResponseCategory">
    <DEFAULTWORKITEMTYPE name="Feedback Response" />
  </CATEGORY>
  <CATEGORY name="Task Category" refname="Microsoft.TaskCategory">
    <DEFAULTWORKITEMTYPE name="Task" />
  </CATEGORY>
  <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Request" />
    <WORKITEMTYPE name="Code Review Response" />
    <WORKITEMTYPE name="Feedback Request" />
    <WORKITEMTYPE name="Feedback Response" />
    <WORKITEMTYPE name="Shared Steps" />
  </CATEGORY>

WorkItems 플러그 인 파일에 작업을 추가 합니다.

열기는 WorkItems 플러그 인이 코드 조각에 추가 하 고 파일을 <WORKITEMTYPES> 섹션:

<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\CodeReviewRequest.xml" />
        <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\CodeReviewResponse.xml" />
        <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\FeedbackRequest.xml" />
        <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\FeedbackResponse.xml" />

대체는 Permission 이 코드 조각에서는 빌더를 위한 문으로 <QUERIES> 섹션:
```
<Permission allow="Read" identity="[$$PROJECTNAME$$]\Build Administrators" />
```

이 코드 조각에 추가 된 <QUERIES> 섹션:

<Query name="Feedback" fileName="WorkItem Tracking\Queries\Feedback.wiq" />

내 마지막 작업으로 오른쪽이 코드 조각을 추가 <tasks> 섹션:

<task id="ProcessConfiguration" name="Process Configuration" plugin="Microsoft.ProjectCreationWizard.WorkItemTracking" completionMessage="Process configuration uploaded">
    <dependencies>
      <dependency taskId="WITs" />
      <dependency taskId="Categories" />
    </dependencies>
    <taskXml>
      <PROCESSCONFIGURATION>
        <CommonConfiguration fileName="WorkItem Tracking\Process\CommonConfiguration.xml"/> 
        <AgileConfiguration fileName="WorkItem Tracking\Process\AgileConfiguration.xml"/>
      </PROCESSCONFIGURATION>
    </taskXml>
</task>

파일을 저장한 후 닫습니다.

(선택 사항) 팀 설정 파일에 그룹 및 사용 권한 추가

반복 경로 사용 하 여 집합을 미리 정의할 수 있습니다의 iterationPath 요소 내에서 teamSettings 아래 예제와 같이.이러한 정의 선택적 요소 이며 필요에 따라 사용자 지정할 수 있습니다.

에 Scrum 프로세스 템플릿과:이 코드는 첫 번째 추가 <group> 내에서 <groups> 섹션:

<group name="@defaultTeam">
   <permissions>
      <permission name="GENERIC_READ" class="PROJECT" allow="true" />
   </permissions>
   <members>
      <member name="@creator"/>
   </members>
   <teamSettings areaPath="Area">
      <iterationPaths backlogPath="Iteration">
         <iterationPath path="Release 1\Sprint 1" />
         <iterationPath path="Release 1\Sprint 2" />
         <iterationPath path="Release 1\Sprint 3" />
         <iterationPath path="Release 1\Sprint 4" />
         <iterationPath path="Release 1\Sprint 5" />
         <iterationPath path="Release 1\Sprint 6" />
      </iterationPaths>
   </teamSettings>
</group>

민첩 한 CMMI 템플릿은 프로세스에 대한:이 코드는 첫 번째 <group> 추가 내는 <groups> 섹션:

<group name="@defaultTeam">
   <permissions>
      <permission name="GENERIC_READ" class="PROJECT" allow="true" />
   </permissions>
   <members>
      <member name="@creator"/>
   </members>
   <teamSettings areaPath="Area">
      <iterationPaths backlogPath="Iteration">
         <iterationPath path="Iteration 1" />
         <iterationPath path="Iteration 2" />
         <iterationPath path="Iteration 3" />
      </iterationPaths>
   </teamSettings>
</group>

프로세스 템플릿 플러그 인 버전 문 추가

기능 구성 마법사를 사용 하 여 version 범주 내에서 프로세스 템플릿을 결정 문을 최신 버전 이며 자동으로 해당 버전을 선택 합니다.업그레이드 전에 version 문은 프로세스 템플릿 플러그 인 파일에서 포함 되지 않은 추가 해야 합니다.있는지 확인 해야 업그레이드 하는 동안 추가 된 기본 프로세스 템플릿에 할당 된 해당 값 보다 더 높은 되는 버전 번호를 지정 하는 Team Foundation Server.

중요
경우는 version 문 없으면 프로세스 템플릿을 팀 프로젝트 업데이트 기능 구성 마법사를 선택할 수 없습니다.또한 둘 이상의 프로세스 템플릿 하나에 업로드 된 Team Foundation Server 같은 가장 높은 버전 번호를 지정 하 고 이러한 프로세스 템플릿이 팀 프로젝트를 업데이트 하는 데 선택할 수 있습니다.

열려 있는 ProcessTemplate 플러그 인 파일입니다.다음 코드 조각 추가 된 description 요소.선택한 코드 조각은 업데이트 된 서식 파일 범주에서 기반으로 합니다.

범주	버전 문의
민첩 한	`<version type="ADCC42AB-9882-485E-A3ED-7678F01F66BC" major="6" minor="20"/>`
CMMI	`<version type="27450541-8E31-4150-9947-DC59F998FC01" major="6" minor="20"/>`
Scrum	`<version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="2" minor="20"/>`

범주

버전 문의

민첩 한

<version type="ADCC42AB-9882-485E-A3ED-7678F01F66BC" major="6" minor="20"/>

CMMI

<version type="27450541-8E31-4150-9947-DC59F998FC01" major="6" minor="20"/>

Scrum

<version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="2" minor="20"/>

선택적 업데이트

다음 표에서 Microsoft 프로세스 템플릿에 이전 릴리스에서 추가 업데이트 요약 되어 있습니다.필요에 따라, 사용자 지정된 프로세스 템플릿에 나열 된 변경 내용으로 업데이트를 확인 할 수 있습니다.이러한 각 파일을 사용자 지정하는 방법에 대한 자세한 내용은 프로세스 템플릿에서 기능 영역 사용자 지정을 참조하십시오.

파일	변경 내용
Build.xml DefaultTemplate.11.xaml DefaultTemplate.11.1.xaml UpdateTemplate.xaml	빌드 플러그 인 파일의 현재 버전에 대한 정의 새 기본 서식 파일을 업로드 하 고 추가 관리자 권한을 할당할 수 업데이트 되었습니다.사용자 지정된 프로세스 템플릿에 빌드 폴더에 최신 버전으로 바꾸어 업데이트할 수 있습니다.이제 프로젝트 수준 빌더 프로젝트 수준의 빌드 관리자 – 역할 이름 변경에 대한 설정에 대해 정의 된 사용 권한입니다.추가 사용 권한은 역할의 빌드 서비스 그룹에 대한 팀 프로젝트 컬렉션 관리자 및 빌드 관리자 그룹에 대해 정의 됩니다. 또한 업그레이드 템플릿을 해결 내용 기록 부분 업데이트를 포함 합니다.Team Foundation Build를 업그레이드하면 업그레이드 빌드 프로세스 템플릿을 사용하여 현재 릴리스에 대한 빌드 정의로 새 빌드 정의가 자동 업그레이드됩니다.
Classification.xml	새 property 문 프로세스 템플릿의 이름을 지정 하는 분류 플러그 인 파일에 추가 되었습니다.다음 예제에서는 2.0 Scrum 프로세스 템플릿에서 가져온 것입니다. `<property name="Process Template" value="Microsoft Visual Studio Scrum 2.0 - "Preview 2" />`
GroupsAndPermissions.xml	이제 프로젝트 수준 빌더 프로젝트 수준의 빌드 관리자 – 역할 이름 변경에 대한 설정에 대해 정의 된 사용 권한입니다.새 group 문입니다. `<group name="Build Administrators" description="Members of this group can create, modify and delete build definitions and manage queued and completed builds.">`
Lab.xml LabDefaultTemplate.11.xaml	랩 플러그 인 파일의 현재 버전에 대한 정의 새 기본 서식 파일을 업로드 하 고 추가 관리자 권한을 할당할 수 업데이트 되었습니다.사용자 지정된 프로세스 템플릿에 랩 편지함을 최신 버전으로 바꾸어 업데이트할 수 있습니다. Id에 할당 되는 초기 보안 권한을 구성 하는 작업에 추가 새 권한, ManageTestMachines, Visual Studio Lab Management.
ReportsTasks.xml (아무 변화 없음)	통합 하려고 하는 변경에 대한 보고서 폴더를 검토 합니다.
testmanagement.xml (아무 변화 없음)	Testconfiguration 및 testvariable 파일에 대한 설정 Internet Explorer 9 Windows 8에 대한 지원을 포함 하도록 업데이트 되었습니다. 이러한 설정은 Microsoft Test Manager에서 사용합니다.
VersionControl.xml	이제 프로젝트 수준 빌더 프로젝트 수준의 빌드 관리자 – 역할 이름 변경에 대한 설정에 대해 정의 된 사용 권한입니다.체크 인 메모의 구성을 제거 되었습니다.또한 세 checkin_note 문 현재 버전에서 제거 되었습니다.

Post-upload 단계

업데이트 된 프로세스 템플릿을 업로드 한 후 기능 구성 마법사를 사용 하면 만들어진 해당 프로세스 템플릿에 따라 팀 프로젝트를 업데이트 수 있습니다.팀 프로젝트에 대한 관리 패널에 표시 되는 기능 구성 링크를 선택 합니다.자세한 내용은 업그레이드된 팀 프로젝트가 새 기능에 액세스할 수 있도록 업데이트을 참조하십시오.