다음을 통해 공유

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

  • 아티클

기능 구성 마법사에서 팀 프로젝트를 업데이트할 수 없는 경우 이는 팀 프로젝트가 해당 TFS에서 제공하는 것이 아닌 다른 프로젝트 템플릿에서 만들어졌거나, 업데이트를 적용하는 기능과 충돌하는 방식으로 팀 프로젝트를 사용자 지정했기 때문입니다. 이 경우 기존 팀 프로젝트를 업데이트할 수 있는 다음과 같은 옵션이 있습니다.

  • 옵션 A: 사용자 지정 프로세스 템플릿에 기능을 추가한 다음 기능 구성 마법사 실행

    작업 단계: 1단계, 2단계, 4단계 및 5단계

    프로세스 템플릿에 광범위한 사용자 지정을 한 경우 이 옵션을 선택하세요.

  • 옵션 B: 최신 프로세스 템플릿에 사용자 지정 항목을 적용한 다음 기능 구성 마법사 실행

    작업 단계: 1단계, 3단계, 4단계 및 5단계

    프로세스 템플릿에 아주 일부만 사용자 지정을 한 경우 이 옵션을 선택하세요.

  • 옵션 C: 팀 프로젝트를 수동으로 업데이트하여 기능 추가

    프로세스 템플릿에 없는 팀 프로젝트에 사용자 지정을 한 경우 이 옵션을 선택하세요.

  • 옵션 D: 여러 팀 프로젝트를 프로그래밍 방식으로 업데이트. 먼저 옵션 A 또는 옵션 B를 선택하여 사용자 지정된 프로세스 템플릿을 업데이트합니다. 그런 다음에 많은 팀 프로젝트를 위해 기능을 구성하는 방법 및 Features4tfs CodePlex 솔루션을 참조하여 팀 프로젝트 컬렉션에 대해 정의된 모든 팀 프로젝트를 일괄 업데이트합니다.

    동일 프로세스 템플릿에서 만들어진 팀 프로젝트가 많을 때 이 옵션을 선택하세요.

최신 기본 프로세스 템플릿에 추가된 사항을 알아보려면 새 기능을 추가하기 위한 구성 변경 내용을 참조하세요.

1.최신 프로세스 템플릿 다운로드

1단계다운로드하는 프로세스 템플릿의 최신 버전 폴더에서 사용자 지정된 프로세스 템플릿 정의가 포함된 해당 폴더로 파일을 복사하거나 추가합니다.

  1. MSF 6.0 또는 Visual Studio Scrum 2.0 이전 버전을 기반으로 프로세스 템플릿을 업데이트하는 경우 우선 이 항목의 2012 버전에 제공된 업데이트를 적용하세요.

    ProcessTemplate.xml 파일에서 버전 정보를 확인할 수 있습니다.

  2. 응용 프로그램 계층 서버를 원하는 기능이 포함된 TFS 버전으로 업데이트하지 않은 경우 지금 업데이트합니다. 다운로드를 받아 Team Foundation Server 업그레이드를 수행합니다.

  3. Project Collection Administrators 그룹의 멤버가 아닌 경우 추가하세요. 프로세스 템플릿을 다운로드 및 관리하려면 프로세스 템플릿 관리 권한을 허용으로 설정해야 합니다.

  4. TFS를 업그레이드한 후 TFS에서 최신 프로세스 템플릿을 다운로드하고 팀 프로젝트를 만드는 데 사용된 것과 가장 일치하는 프로세스 템플릿을 선택합니다.

    최신 버전의 프로세스 템플릿 다운로드를 참조하세요.

    프로세스 템플릿을 다운로드하거나 업로드하려면 Visual Studio 2013 또는 Team Explorer 2013에서 TFS 2013에 연결해야 합니다.

  5. 사용자 지정 항목을 적용할 새 폴더에 프로세스 템플릿을 복사하거나(옵션 B), XML 정의를 복사하여 기존 프로세스 템플릿에 새 기능을 추가합니다(옵션 C).

2.사용자 지정 프로세스 템플릿에 기능 추가(옵션 A)

2단계   다음 WIT(작업 항목 형식)를 추가하여 사용자 지정 프로세스 템플릿을 업데이트합니다.

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

기능 및 포트폴리오 백로그 지원 추가(TFS 2013 필요)

  1. WorkItem Tracking/TypeDefinitions 폴더의 Feature.xml 파일을 사용자 지정된 프로세스 템플릿의 해당 폴더로 복사합니다.

  2. Feature Category를 WorkItem Tracking 폴더에 있는 Categories 파일에 추가합니다.

    <CATEGORY name="Feature Category" refname="Microsoft.FeatureCategory">
    <DEFAULTWORKITEMTYPE name="Feature" />
  </CATEGORY>

  3. WorkItem Tracking 폴더에 있는 WorkItems 플러그 인 파일을 엽니다.

    1. Feature 작업 항목 형식을 업로드하는 작업을 <WORKITEMTYPES> 섹션에 추가합니다.

      <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Feature.xml" />

    2. PROCESSCONFIGURATION 요소 내의 2단계 구성 작업을...

      <PROCESSCONFIGURATION>
   <CommonConfiguration fileName="WorkItem Tracking\Process\CommonConfiguration.xml"/>
   <AgileConfiguration fileName="WorkItem Tracking\Process\AgileConfiguration.xml"/>
</PROCESSCONFIGURATION>

      .. ProcessConfiguration 파일을 참조하는 단일 요소 문으로 바꿉니다.

      <PROCESSCONFIGURATION>
   <ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>

  4. 다운로드한 프로세스 템플릿의 WorkItem Tracking/Process 폴더에 있는 ProcessConfiguration 파일을 같은 위치의 사용자 지정된 템플릿 폴더로 복사합니다.

    AgileConfiguration 또는 CommonConfiguration 파일에 대한 사용자 지정 내용을 ProcessConfiguration에 통합합니다. 자세한 내용은 프로세스 구성 XML 참조를 참조하세요.

  5. WorkItem Tracking/Process 폴더에서 AgileConfiguration 및 CommonConfiguration 파일을 삭제합니다.

    프로세스 구성은 이제 단일 파일인 ProcessConfiguration에서만 지원합니다.

  6. 사용자 지정한 템플릿 폴더의 Reports 폴더에 있는 Backlog/Stories/Requirement Overview.rdl 및 Stories/Requirements Progress.rdl 파일을 같은 위치에 있는 다운로드한 프로세스 템플릿 파일과 바꿉니다.

    이러한 업데이트는 포트폴리오 백로그 지원을 위한 개요 및 진행률 보고서 업데이트 블로그 게시물 설명처럼 Feature 포트폴리오 백로그 작업 항목 형식을 사용하는 데 필요한 변경 사항을 반영한 것입니다.

  7. Windows SharePoint Services 폴더 아래에 있는 Process Guidance 폴더를 최신 폴더의 콘텐츠로 바꿉니다.

    이러한 파일은 최신 프로세스 지침 콘텐츠에 대한 전달 링크를 제공합니다.

공유 매개 변수 지원 추가(TFS 2013.2 필요)

  1. WorkItem Tracking/TypeDefinitions 폴더의 SharedParameter.xml 파일을 사용자 지정된 프로세스 템플릿의 해당 폴더로 복사합니다.

  2. Shared Parameter Category를 WorkItem Tracking 폴더에 있는 Categories 파일에 추가합니다.

    <CATEGORY name="Shared Parameter Category" refname="Microsoft.SharedParameterCategory">
    <DEFAULTWORKITEMTYPE name="Shared Parameter" />
  </CATEGORY>

  3. Shared Parameter를 Hidden Types Categories에 추가합니다.

    <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" />
    <WORKITEMTYPE name="Shared Parameter" />  </CATEGORY>

  4. WorkItem Tracking 폴더에 있는 WorkItems 플러그 인 파일을 엽니다.

  5. 공유 매개 변수 WIT를 업로드하는 작업을 <WORKITEMTYPES> 섹션에 추가합니다.

    <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\SharedParameter.xml" />

테스트 계획 및 테스트 도구 모음 WIT 추가(TFS 2013.3 필요)

응용 프로그램 계층 서버를 TFS 2013.3으로 업그레이드하면 TFS 업그레이드 마법사가 기존 팀 프로젝트를 자동으로 업데이트하여 테스트 계획 및 테스트 도구 모음의 새 작업 항목 추적 개체를 지원합니다.

팀 프로젝트는 변경되지만 기존 사용자 지정 프로세스 템플릿은 변경되지 않습니다. 그러나 사용자 지정 프로세스 템플릿을 수동으로 업데이트할 수 있습니다. 이후 TFS 업그레이드 지원에서 기능 구성 마법사를 사용해야 하거나 또는 업그레이드된 서버에서 사용자 지정 프로세스 템플릿으로 팀 프로젝트를 만들려는 경우 이렇게 수동으로 업데이트합니다. 사용자 지정 프로세스 템플릿에 이러한 개체를 수동으로 추가해야 합니다.

  1. WorkItem Tracking/TypeDefinitions 폴더의 TestPlan.xml 및 TestSuite.xml 파일을 사용자 지정된 프로세스 템플릿의 해당 폴더로 복사합니다.

  2. Test Plan Category 및 Test Suite Category을 WorkItem Tracking 폴더에 있는 Categories 파일에 추가합니다.

    <CATEGORY name="Test Plan Category" refname="Microsoft.TestPlanCategory">
    <DEFAULTWORKITEMTYPE name="Test Plan" />
  </CATEGORY>
  <CATEGORY name="Test Suite Category" refname="Microsoft.TestSuiteCategory">
    <DEFAULTWORKITEMTYPE name="Test Suite" />
  </CATEGORY>

  3. Test Plan Category 및 Test Suite Category를 Hidden Types Categories에 추가합니다.

    <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" />
    <WORKITEMTYPE name="Shared Parameter" />
    <WORKITEMTYPE name="Test Plan" />
    <WORKITEMTYPE name="Test Suite" />
  </CATEGORY>

  4. WorkItem Tracking 폴더에 있는 WorkItems 플러그 인 파일을 엽니다.

  5. 테스트 계획 및 테스트 도구 모음 WIT를 업로드하는 작업을 <WORKITEMTYPES> 섹션에 추가합니다.

    <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\TestPlan.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\TestSuite.xml" />

3.프로세스 템플릿에 사용자 지정 항목 적용(옵션 B)

3단계 이 옵션을 사용하면 팀 프로젝트 또는 프로세스 템플릿에 적용한 사용자 지정 항목을 팀 프로젝트를 만드는 데 사용된 템플릿과 가장 일치하는 최신 프로세스 템플릿에 적용합니다.

  1. 새 프로세스 템플릿 폴더에 사용자 지정 항목을 적용합니다.

    • 기본 WIT(작업 항목 형식) 정의에 사용자 지정 항목을 적용합니다. 여기에는 필드 추가 사항 또는 워크플로 또는 폼 수정 사항이 포함될 수 있습니다.

    • 사용자 지정 WIT를 작업 항목 추적 폴더에 추가하고, 필요에 따라 WorkItems 정의 파일을 업데이트합니다. 프로세스 템플릿에 작업 항목에 대한 형식 정의 추가를 참조하세요.

      기본 프로세스 템플릿에 있는 것과 동일한 이름이 포함된 사용자 지정 WIT를 사용하려면 WIT 정의 파일을 스왑해야 합니다. 기본 프로세스 템플릿에 제공된 것과 이름이 다른 사용자 지정 WIT를 사용하려면 가져오기 전에 범주 및 프로세스 구성 정의 파일을 수정하여 다른 이름을 적용해야 합니다.

    • Categories 정의 파일에 사용자 지정 항목을 적용합니다.

    • ProcessConfiguration 정의 파일에 사용자 지정 항목을 적용합니다. 원하는 WIT가 올바른 범주에 표시되고 모든 워크플로 상태가 메타상태에 매핑되었는지 확인합니다.

    • 사용자 지정한 추가 프로세스 템플릿 파일을 적절한 프로세스 템플릿 폴더에 복사합니다. 프로세스 템플릿 파일의 전체 목록 및 이를 사용자 지정하는 방법에 대한 자세한 내용은 프로세스 템플릿 파일 개요를 참조하세요.

  2. 다음 검사 목록에 따라 변경 내용을 검토하여 필요한 사용자 지정 항목을 모두 적용했는지 확인합니다.

    사용자 지정

    WIT 정의 업데이트 또는 확인

    프로세스 구성 정의 업데이트 또는 확인

    요구 사항 범주에 WIT 추가

    WIT는 요구 사항 범주 또는 작업 범주에 속할 수 있지만 둘 모두에 속하지는 않습니다.

    다음 필드를 포함하려면:

    • 프로세스 구성 파일의 type=Order에 할당된 필드 값(Scrum의 백로그 우선 순위, Agile 또는 CMMI의 스택 순위)

    • 프로세스 구성 파일의 type=Effort에 할당된 필드 값(활동(Scrum), 스토리 점수(Agile) 또는 크기(CMMI))

    • 프로세스 구성 파일의 type=Team에 할당된 영역 경로 또는 필드 값입니다.

    • 프로세스 구성 파일의 AddPanel 섹션에 포함되는 모든 필드(필드는 FIELDS 섹션 내에서 정의되어야 하지만 FORM 섹션 안에 포함될 필요는 없습니다.)

    RequirementBacklog 섹션에서 필요한 metastate 매핑을 포함하려면

    • 요구 사항 범주에서 각 WIT의 초기 상태를 type="Proposed"로 매핑

    • Kanban 보드에 표시할 각 중간 워크플로 상태를 type="InProgress"에 매핑

    • 각 워크플로 상태의 끝 부분을 type="Complete"에 매핑

      하나 이상의 상태를 type="Complete"에 매핑시킬 수 있습니다.

    WIT와 연결된 색상 코드를 정의하는 항목을 포함하려면. 예를 들면 다음과 같습니다.

    <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="Product Backlog Item" />

    요구 사항 범주의 WIT의 워크플로 변경

    N/A

    요구 사항 범주에 대한 WIT 추가를 위해 위에서 설명한 대로 필요한 metastate 매핑을 포함하려면

    작업 범주에 WIT 추가

    다음 필드를 포함하려면:

    • 프로세스 구성 파일의 type=Order에 할당된 필드 값(Scrum의 백로그 우선 순위, Agile 또는 CMMI의 스택 순위)

    • 프로세스 구성 파일의 type=Activity에 할당된 필드 값(활동(Scrum 또는 Agile) 또는 분야(CMMI))

    • 프로세스 구성 파일의 type=Team에 할당된 영역 경로 또는 필드 값

    • 프로세스 구성 파일의 type=RemainingWork에 할당된 필드 값(남은 작업)

    • (옵션) 원래 작업 및 완료된 작업(Agile 및 CMMI에만 해당)

    TaskBacklog 섹션에서 필요한 metastate 매핑을 포함하려면

    • 작업 범주에서 각 WIT의 초기 상태를 type="Proposed"로 매핑

    • 작업 보드에 표시할 각 중간 워크플로 상태를 type="InProgress"에 매핑

    • 각 워크플로 상태의 끝 부분을 type="Complete"에 매핑

      하나 이상의 상태를 type="Complete"에 매핑시킬 수 있습니다.

    WIT와 연결된 색상 코드를 정의하는 항목을 포함하려면. 예를 들면 다음과 같습니다.

    <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />

    작업 범주의 WIT의 워크플로 변경

    N/A

    작업 범주에 대한 WIT 추가에 대해 위에서 설명한 대로 필요한 metastate 매핑을 포함하려면.

    버그 범주에 WIT를 추가하거나 버그 범주의 WIT 위크플로 변경(Agile 및 CMMI에만 해당)(참고 A 참조)

    다음 필드를 포함하여 백로그에 버그를 추가하기 위한 팀 구성 가능 설정을 지원하려면

    • 프로세스 구성 파일의 type=Order에 할당된 필드 값(Scrum의 백로그 우선 순위, Agile 또는 CMMI의 스택 순위)

    • 프로세스 구성 파일의 type=Effort에 할당된 필드 값(활동(Scrum), 스토리 점수(Agile) 또는 크기(CMMI))

    BugWorkItems 섹션에서 필요한 metastate 매핑을 포함하려면

    • 버그 범주에서 각 WIT의 초기 상태를 type="Proposed"로 매핑

    • Kanban 보드 또는 내 작업에 표시할 각 중간 워크플로 상태를 type="InProgress"에 매핑

    • 각 워크플로 상태의 끝 부분을 type="Complete"에 매핑

      하나 이상의 상태를 type="Complete"에 매핑시킬 수 있습니다.

    자세한 내용은 내 작업을 사용하여 버그 업데이트 상태 지원을 참조하세요.

    요구 사항 범주 또는 작업 범주에서 WIT 제거

    N/A

    해당 WIT와만 연결된 모든 metastate 매핑을 제거하려면

    WIT 제거

    범주 파일에서 WIT 제거

    제거한 WIT와만 연결된 모든 metastaet 매핑과 제거한 WIT의 색상 코드를 정의하는 WorkItemColor 요소를 제거하려면.

    WIT 이름 바꾸기

    범주 파일을 새 이름으로 업데이트

    프로세스 구성 파일을 새 이름으로 업데이트

    참고:

    1. TFS 2013.4로 업데이트했으면 작업 보드 또는 백로그에 버그 추가를 참조하세요. TFS 2013.4는 각 팀이 백로그 및 Kanban 보드에서 버그를 볼 수 있는 설정을 소개합니다. 이 기능은 BugWorkItems에서 만들어진 metastate 매핑을 참조합니다.

4.프로세스 템플릿 이름 바꾸기 및 TFS에 업로드

4단계   기능 구성 마법사에서 최신 버전의 프로세스 템플릿을 선택하려면 업데이트된 프로세스 템플릿 버전을 이전 버전과 구분하도록 version 문을 업데이트해야 합니다.

  1. 최상위 폴더에 있는 ProcessTemplate 플러그 인 파일을 엽니다.

    1. 이름을 업데이트하여 지정한 버전 변경 사항을 반영합니다. 예를 들면 다음과 같습니다.

      <name>MyCompany Custom Scrum 2013.3  </name>

    2. description 요소 다음의 코드 조각을 업데이트합니다. 부 버전을 높여 기존 프로세스 템플릿이 업데이트되었음을 반영하고 이를 기본 TFS 프로세스 템플릿과 구분합니다.

      코드 조각 선택은 업데이트하는 템플릿 범주를 기준으로 합니다.

      범주

      버전 설명

      Agile

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

      CMMI

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

      Scrum

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

  2. 프로세스 템플릿을 업로드합니다.

    변경 내용을 확인하려면 테스트 프로젝트를 만듭니다. 팀 프로젝트 만들기를 참조하세요.

5.기능 구성 마법사 실행

5단계프로세스 템플릿이 사용자 지정 항목을 지원하는 것을 확인했으면 기능 구성 마법사를 실행하여 기존 팀 프로젝트를 업데이트합니다. TFS 업그레이드 후 기능 구성을 참조하세요.

Q & A

Q: 기능 구성 마법사에서 팀 프로젝트를 업데이트하지 못하도록 하는 사용자 지정 항목의 유형은 무엇입니까?

A: 프로세스 템플릿에 적용된 다음 변경 내용은 기능 구성 마법사의 작업 실행을 방해할 수 있습니다.

  • 요구 사항 범주 및 작업 범주에 속하는 WIT 이름 바꾸기 또는 제거

  • 요구 사항 범주 및 작업 범주에 속하는 WIT에 대해 정의된 상태 이름 바꾸기 또는 워크플로 상태 사용자 지정 메타 상태는 계획 도구에서 각 워크플로 상태를 처리하는 방식을 정의합니다. 하나 이상의 워크플로 상태가 InProgress 및 Completed 메타 상태에 매핑되어야 합니다.

  • 요구 사항 범주 및 작업 범주에 속하는 WIT에 대해 정의된 필드 제거 이러한 필드는 ProcessConfiguration 정의 파일에 정의되며, 백로그 우선 순위, 작업량, 작업 활동 또는 분야 및 남은 작업을 관리하는 데 사용되는 필드를 포함합니다.

자세한 내용은 프로세스 구성 XML 요소 참조를 참조하세요.

Q: 프로세스 템플릿에서 버전 설명은 어떻게 사용됩니까?

A: 기능 구성 마법사는 version 문을 사용하여 범주 내에서 최신 버전의 프로세스 템플릿을 확인하고 해당 버전을 자동으로 선택합니다.

version 문이 없는 경우 기능 구성 마법사가 팀 프로젝트를 업데이트하기 위한 프로세스 템플릿을 선택할 수 없습니다. 또한 둘 이상의 프로세스 템플릿을 동일한 최고 버전 번호의 TFS로 업로드한 경우 팀 프로젝트를 업데이트할 때 이러한 프로세스 템플릿을 선택할 수 없습니다.

Q: 프로세스 템플릿을 처음 사용합니다.수동 업데이트에 대해 알아야 할 사항은 무엇입니까?

A: 프로세스 템플릿 파일을 수정할 때 다음 정보를 기억해야 합니다.

  • 프로세스 템플릿과 해당 파일 및 폴더에 대한 개요는 프로세스 템플릿 사용자 지정 및 프로세스 템플릿 파일 개요를 참조하세요.

  • 제거하려는 파일이 어떤 파일이고 해당 파일이 필요 없다는 것을 모를 경우 파일을 업로드하기 위해 파일 또는 작업을 제거하지 마세요.

  • 사용자 지정 항목을 찾으려면 두 템플릿에 있는 비교 가능한 파일에서 차이점 작업을 수행하면 됩니다. 그러나 두 버전 간에 요소 정의 순서가 변경됨으로 인해 몇 가지 가양성(false positive)이 생성될 수도 있습니다.

  • 모든 플러그 인 파일에서 dependency 요소를 검색하여 완료 중인 다른 작업에 종속된 작업을 확인할 수 있습니다. 예를 들어 Microsoft Test Manager 및 Lab Management에는 SharedSteps 및 TestCase 작업 항목 형식, SharedSteps 및 TestedBy 링크 형식, 범주 등이 필요합니다. 플러그 인 파일에서 작업 그룹 및 작업에 대한 종속성 정의을 참조하세요.

Q: 작업 항목 형식의 이름을 바꾸려면 어떻게 해야 합니까?

A: witadmin renamewitd 명령을 사용하여 이름을 변경한 다음 범주 정의 파일을 업데이트합니다. 자세한 내용은 사용자 지정 작업 항목 형식 수정 또는 추가(WIT)을 참조하세요.

Q: 둘 이상 수준의 포트폴리오 백로그를 사용하려면 어떻게 됩니까?

A: 포트폴리오 백로그를 최대 5개까지 추가할 수 있습니다. 여기에는 기능의 기본 백로그가 포함되어 있습니다. 사용자 지정 프로세스 템플릿에 이를 추가하거나 팀 프로젝트를 업데이트한 후 추가할 수 있습니다. 시작하려면 포트폴리오 백로그 추가를 참조하세요.

Q: 수정할 정의 파일에 대해 자세히 알아보려면 어떻게 해야 합니까?

A: 자세한 내용은 다음 항목을 참조하세요.

Q: 추가 질문이 있으면 어디에 문의해야 합니까?

A: Team Foundation Server - 작업 항목 추적 또는 팀 웹 액세스 중 한 가지 포럼에서 질문을 게시하거나 답변을 검색할 수 있습니다.