작업 항목 형식 범주 요소 참조
쿼리를 실행하고 비슷하지만 다른 이름이 지정된 정보를 추적하는 데 도움이 되도록 작업 항목 형식의 범주를 정의할 수 있습니다.작업 항목 형식과 범주 간 연결은 범주를 사용하여 만들어집니다.작업 항목 형식은 특정 범주에 속하는 것으로 태그가 지정됩니다.
또한 계획 도구 및 내 작업 범주 Agile 같은 여러 가지 기능 프로세스 작업 구성 범주를 사용 합니다.범주 파일을 수정 하기 전에 제공 된 정보를 검토 합니다. 프로세스 구성을 사용하여 백로그 및 보드 페이지 사용자 지정.
범주마다 팀 프로젝트 내에서 고유해야 하는 이름과 참조 이름이 있습니다.자세한 내용은 작업 항목 추적 개체의 명명 규칙을 참조하십시오.
팀 프로젝트 관리자와 Team Foundation 관리자만 범주를 수정할 수 있습니다.
항목 내용
구문 구조
기본 프로세스 템플릿으로 정의 범주
범주를 기준으로 쿼리를 필터링 합니다.
구문 구조
범주는 팀 프로젝트에서 저장 및 사용되는 CATEGORY 요소의 CATEGORIES 집합 내에 정의됩니다.범주는 비워둘 수 없습니다.각 CATEGORY 요소는 DEFAULTWORKITEMTYPE을 한 개만 정의하고 WORKITEMTYPE 요소를 0개 이상 정의해야 합니다.
프로젝트 컬렉션에 범주를 추가하려면 witadmin importcategories 명령줄 도구를 사용하여 다음 구문을 가져옵니다.
<?xml version="1.0" encoding="utf-8" ?>
<cat:CATEGORIES xmlns:cat="https://schemas.microsoft.com/VisualStudio/2008/workitemtracking/categories">
<CATEGORY name="Category Name" refname="Category Reference Name" >
<DEFAULTWORKITEMTYPE name="MyCorp.Defect"/>
<WORKITEMTYPE name="work item type name 1" />
<WORKITEMTYPE name=" work item type name 2" />
…
<WORKITEMTYPE name=" work item type name n" />
</CATEGORY>
. . .
</cat:CATEGORIES>
각 DEFAULTWORKITEMTYPE 및 WORKITEMTYPE 요소에 대해 지정된 각 작업 항목 형식의 이름은 팀 프로젝트에 대해 정의된 작업 항목 형식에 해당해야 합니다.범주 파일을 가져올 때 이전에 가져온 내용을 덮어씁니다.
기본 프로세스 템플릿으로 정의 범주
최신 버전에서 제공 되는 기본 프로세스 템플릿 중 하나를 사용 하 여 팀 프로젝트를 만들 때 Team Foundation Server범주가 정의 됩니다, 사용 하는 기능을 지원 하는 데 필요한 모든 항목은 Visual Studio ALM 및 테스트 관리자.
버그 범주
코드 검토 요청 범주 및 코드 검토 응답 범주
피드백 요청 범주, 피드백 응답 범주
요구 사항 범주
공유 단계 범주
작업 범주
테스트 사례 범주
숨겨진된 형식 범주
설명이 대부분 이러한 범주의 필요 없으며, 하나의 작업 항목 형식 범주 내의 대부분을 포함 합니다.숨겨진 형식 범주 집합을 수동으로 만들려면 사용자가 사용 하지 않을 작업 항목 형식 지정 합니다.이러한 형식 정의 피드백 및 코드 검토 경험 뿐만 아니라 테스트 사례의 정의 지 원하는 데 사용 됩니다.
다음 예제에서는 Visual Studio Scrum 프로세스 템플릿에 대한 기본 범주 정의 파일의 내용을 나열합니다.
<?xml version="1.0" encoding="utf-8"?>
<cat:CATEGORIES xmlns:cat="https://schemas.microsoft.com/VisualStudio/2008/workitemtracking/categories">
<!-- Usage: for resilience in Test system. Even if WITs have different name, they can be referred to by the category -->
<CATEGORY name="Bug Category" refname="Microsoft.BugCategory" >
<DEFAULTWORKITEMTYPE name="Bug" />
</CATEGORY>
<CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
<DEFAULTWORKITEMTYPE name="Product Backlog Item" />
<WORKITEMTYPE name="Bug" />
</CATEGORY>
<CATEGORY name="Test Case Category" refname="Microsoft.TestCaseCategory">
<DEFAULTWORKITEMTYPE name="Test Case" />
</CATEGORY>
<CATEGORY name="Shared Step Category" refname="Microsoft.SharedStepCategory">
<DEFAULTWORKITEMTYPE name="Shared Steps" />
</CATEGORY>
<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>
</cat:CATEGORIES>
범주를 기준으로 쿼리를 필터링 합니다.
작업 항목 형식이 선택한 범주에 속하는 모든 작업 항목을 기준으로 목록을 필터링하는 작업 항목 쿼리를 정의할 수 있습니다.그룹에 포함 연산자를 사용하여 이 쿼리를 사용할 수 있습니다.예를 들어 다음 필터 조건은 현재 팀 프로젝트에 있고, 팀 멤버에 할당되어 있고, 버그 범주에 속하도록 정의된 모든 작업 항목을 반환합니다.
And/Or |
필드 |
Operator |
값 |
|---|---|---|---|
|
팀 프로젝트 |
= |
@Project |
And |
담당자 |
= |
@Me |
And |
작업 항목 형식 |
그룹에 포함 |
버그 범주 |
참고 항목
참조
개념
프로젝트 추적 데이터, 폼, 워크플로 및 기타 개체 사용자 지정