쿼리, 보고서 및 워크플로를 지원하도록 필드 수정 또는 추가

아티클
06/10/2015

팀 프로젝트에 팀 프로젝트를 만드는 데 사용된 프로세스 템플릿에 따라 100개 이상의 데이터 필드가 포함됩니다. 각 필드는 이름, 특성 및 규칙의 쌍으로 연결됩니다. 기존 필드를 수정하거나 사용자 지정 필드를 추가하여 추가 데이터 요구 사항의 추적을 지원할 수 있습니다. 예를 들어, 드롭다운 메뉴에서 선택 목록을 사용자 지정하거나, 기본값을 지정할 규칙을 추가하거나, 가져올 수 있는 값을 제한하거나, 필드 특성을 변경할 수 있습니다.

필드 규칙을 추가하거나, 사용자 지정 필드를 추가하거나, 작업 항목 폼에서 필드의 레이블을 변경하려면 WIT(작업 항목 형식)에 대한 XML 정의를 편집합니다. 필드 특성을 변경하거나 필드의 이름을 바꾸려면 witadmin 명령줄 도구를 사용합니다.

필드 정의 이름, 특성 및 규칙

선택 목록 사용자 지정

선택 목록은 작업 항목 폼의 드롭다운 메뉴 및 쿼리 편집기 내의 값 열에 표시되는 열거형 값입니다. 선택 목록을 사용자 지정하는 방법은 필드에 따라 다릅니다.

일반 문자열 또는 정수 필드

작업 항목 폼 내에서 대부분의 정수 또는 문자열 필드에 대한 선택 목록을 수정하려면 WIT 정의를 편집합니다. 예를 들어, 사용자 지정 해상도 필드 및 선택 목록을 추가하려면 표시된 대로 XML 코드를 지정합니다.

사용자 지정 필드 및 선택 목록

사용자 지정 필드에 대한 선택 목록

<FIELD name="Resolution" refname="MyCompany.Resolution" type="String">    
<ALLOWEDVALUES>
   <LISTITEM value="By Design" />
   <LISTITEM value="Duplicate" />
   <LISTITEM value="External" />
   <LISTITEM value="Fixed" />
   <LISTITEM value="Not Repro" />
   <LISTITEM value="Postponed" />
   <LISTITEM value="Won’t Fix" />
</ALLOWEDVALUES>
</FIELD>

규칙이 작업 항목 폼에 목록이 표시되는 경우의 조건을 설정하고 목록이 적용되는 사람을 제한하는 목록 조합을 지원합니다. 규칙이 개별 멤버를 표시하기 위해 메일 그룹을 확장할 것인지 또는 선택적 expanditems 및 filteritems 특성을 사용하여 목록을 필터링할 것인지 제어합니다. WIT 또는 팀 프로젝트 간에 공유되는 목록을 업데이트하는 데 필요한 작업을 최소화하기 위해 전역 목록을 사용합니다.

자세한 내용은 선택 목록 정의 및 전역 목록 정의를 참조하십시오.

다른 방법으로 선택 목록이 정의된 특정 필드

다음 필드에 대한 선택 목록을 수정하려면 해당 항목을 참조하십시오.

영역 및 반복: 영역 및 반복 경로 추가 및 수정.
상태 및 이유: 워크플로 사용자 지정
담당자 또는 기타 사람 이름이 있는 필드: 유효한 TFS 보안 그룹에 사용자 계정 추가

담당자와 같은 사용자 계정과 관련된 필드에 대한 값을 추가하려면 TFS 보안 그룹에 사용자를 추가하거나 그룹 또는 사용자 집합에 대한 액세스 권한을 제한합니다. 기본적으로 담당자 필드의 목록에 TFS에 추가된 모든 사용자와 그룹의 계정 이름이 포함됩니다. 이러한 계정은 종종 Active Directory와 동기화됩니다. TFS 배포에 사용할 그룹 설정을 참조하세요.
해결 상태 또는 오류 유형(테스트 관리자에서 사용): tcm 필드 매핑 도구

활동, 자동화 상태, 분야, 우선 순위 등과 같이 연결된 선택 목록이 있는 기타 모든 필드의 경우 작업 항목 필드 인덱스에서 이러한 필드 정의를 조회할 수 있습니다.

필드에 규칙 추가

사용자 지정 필드를 추가하거나 필드에 규칙을 추가하려면 WIT 정의를 편집합니다. 특정 사용자 또는 그룹에 적용할 규칙을 제한할 수 있습니다. 대부분의 규칙은 규칙을 적용할 사용자와 규칙을 적용하지 않을 사용자에 초점을 맞춘 for 또는 not 특성을 지원합니다.

예를 들어, 다음 코드 조각을 사용하면 작업 항목이 작성된 후 관리 팀의 멤버인 고객 정의 TFS 그룹만 스택 순위 필드를 수정할 수 있는 규칙을 적용할 수 있습니다.

<FIELD name="Stack Rank" refname="Microsoft.VSTS.Common.StackRank" type="Double" reportable="dimension">
   <FROZEN not="[project]\Management Team" />
   <HELPTEXT>Work first on items with lower-valued stack rank. Set in triage.</HELPTEXT>
</FIELD>

다음 작업을 수행하는 규칙을 적용합니다.

작업 수행:	이 XML 요소 사용:
도구 설명을 지정합니다.	HELPTEXT
필드에 포함할 수 있는 값을 한정합니다.	CANNOTLOSEVALUE, EMPTY, FROZEN, NOTSAMEAS, READONLY 및 REQUIRED
값을 복사하거나 기본값을 지정합니다.	COPY, DEFAULT 및 SERVERDEFAULT
필드를 수정할 수 있는 사용자를 제한합니다.	VALIDUSER, for 및 not 필드 규칙 특성
문자열 필드에 패턴 일치를 적용합니다.	MATCH
다른 필드의 값에 따라 규칙을 조건부로 적용합니다.	WHEN, WHENNOT, WHENCHANGED 및 WHENNOTCHANGED

필드 규칙 적용에 대한 자세한 내용은 모든 FIELD XML 요소 참조를 참조하십시오.

WIT XML 정의 파일을 편집하여 규칙 추가 또는 사용자 지정 필드 추가

규칙을 추가하거나 사용자 지정 필드를 추가하려면 WIT 정의 파일을 내보내고 편집한 후 가져옵니다.

WIT 개체를 사용자 지정하는 프로세스

witadmin을 사용하여 정의 파일을 가져오고 내보낼 수 있습니다. 사용 가능한 다른 도구로는 TFS 파워 도구 또는 CodePlex에서 사용 가능한 커뮤니티 리소스 프로젝트인 TFS Team Project Manager를 다운로드하면 사용할 수 있는 프로세스 편집기가 있습니다.

데이터를 추적하는 데 사용할 필드를 WIT 정의 파일에 추가해야 합니다. 이는 모든 WIT에 대해 자동으로 정의되는 시스템 필드(참조 이름이 System.으로 시작하는 필드)를 제외한 모든 필드에 대해 적용됩니다.

사용자 지정 필드를 추가하려면 WIT 정의를 편집하여 FIELDS 섹션 내에 FIELD 요소를 추가하고 FORM 섹션 내에 Control 요소를 추가합니다.

사용자 지정 필드 추가

팀 프로젝트에 대해 프로젝트 관리자 권한이 없는 경우 권한을 얻으십시오.
Visual Studio 또는 팀 탐색기가 설치된 명령 프롬프트 창을 열고 다음을 입력합니다.

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

64비트 버전의 Windows에서는 %programfiles%를 %programfiles(x86)%로 바꿉니다. 팀 탐색기를 무료로 다운로드할 수 있습니다.
WIT 정의를 내보냅니다.

witadmin exportwitd /collection:CollectionURL /p:ProjectName /n:TypeName /f:"DirectoryPath/FileName.xml"

CollectionURL의 예로는 http://fabrikamprime:8080/tfs/DefaultCollection이 있습니다.
유형에 대한 필드를 정의하고 FIELDS로 시작하는 XML 파일 섹션을 찾습니다.
추가할 사용자 지정 필드의 이름을 지정하는 FIELD 요소를 추가합니다. 필수 특성인 name, refname(참조 이름) 및 type을 지정해야 합니다. 자세한 내용은 FIELD(정의) 요소 참조을 참조하십시오.

다음 코드는 참조 이름이 FabrikamFiber.MyTeam.Requestor인 Requestor 사용자 지정 필드와 기본값이 Customer인 허용된 값 선택 목록을 지정합니다.
```
<FIELD name="Requestor" refname="FabrikamFiber.MyTeam.Requestor" type="String" reportable="Dimension">
   <ALLOWEDVALUES>
      <LISTITEM value="Customer" />
      <LISTITEM value="Executive Management" />
      <LISTITEM value="Other" />
      <LISTITEM value="Support" />
      <LISTITEM value="Team" />
      <LISTITEM value="Technicians" />
      <DEFAULTVALUE value="Customer" />
    </ALLOWEDVALUES>
</FIELD>
```
팁

목록 내의 요소는 XML 정의 파일에 입력한 방법에 상관없이 항상 영숫자순으로 표시됩니다.

참조 이름 또는 refname은 이 필드의 프로그래밍 이름입니다.기타 모든 규칙에서는 이 refname을 참조해야 합니다.자세한 내용은 작업 항목 추적 개체의 명명 규칙을 참조하십시오.
사용자 지정 필드가 요소 그룹 내 폼의 원하는 위치에 표시되도록 Control 요소를 FORM 섹션에 추가합니다.

예를 들어, 다음 코드 조각은 작업 항목 폼의 Reason 필드 아래에 표시되는 Requestor 필드를 추가합니다.
```
<Column PercentWidth="50">
   <Group Label="Status">
      <Column PercentWidth="100">
         <Control FieldName="System.AssignedTo" Type="FieldControl" Label="Assi&amp;gned To:" LabelPosition="Left" />
         <Control FieldName="System.State" Type="FieldControl" Label="&amp;State:" LabelPosition="Left" />
         <Control FieldName="System.Reason" Type="FieldControl" Label="Reason:" LabelPosition="Left" ReadOnly="True" />
         <Control FieldName="FabrikamFiber.MyTeam.Requestor" Type="FieldControl" Label="Requestor:" LabelPosition="Left" ReadOnly="True" />
      </Column>
   </Group>
</Column>
```
팁

작업 항목 추적을 위한 스키마 정의는 FORM 요소의 모든 자식 요소를 카멜식 대/소문자로 정의하고 다른 모든 요소는 모두 대문자로 정의합니다.형식 정의 파일의 유효성을 검사할 때 오류가 발생하면 요소의 대/소문자 구조를 확인하십시오.또한 여는 태그와 닫는 태그의 대/소문자 구조도 XML 구문의 규칙에 따라 일치해야 합니다.

자세한 내용은 Control XML 요소 참조을 참조하십시오.
WIT 정의 파일을 가져옵니다.

witadmin importwitd /collection:CollectionURL /p:ProjectName /f:"DirectoryPath/FileName.xml"
변경 내용을 보려면 TWA 또는 팀 탐색기를 엽니다. 클라이언트가 이미 열려 있는 경우 페이지를 새로 고칩니다.

다음 그림은 제품 백로그 항목에 대한 작업 항목 폼에 새 필드가 포함되어 있음을 보여줍니다.

witadmin 사용에 대한 자세한 내용은 작업 항목 형식 가져오기, 내보내기 및 관리[witadmin]를 참조하십시오.

작업 항목 폼에서 필드 레이블 변경

WIT 정의 파일을 내보냅니다.

witadmin exportwitd /collection:CollectionURL /p:ProjectName /n:TypeName /f:"DirectoryPath/FileName.xml"
FORM 및 Layout 섹션에서 수정할 필드의 정의를 찾습니다. 이 예제에서는 제목 필드의 레이블을 수정합니다.
```
<Column PercentWidth="70">
  <Control Type="FieldControl" FieldName="System.Title" Label="Title" LabelPosition="Left" />
</Column>
```
이 특정 팀 프로젝트에 대한 작업을 수행하고 있는 포르투갈 지사에서 작업 항목 폼을 사용할 때 Title 필드의 이름을 읽을 수 있도록 이 필드의 레이블을 변경합니다. 제목 필드에 포르투갈어 제목(Titulo)을 포함합니다.
```
<Column PercentWidth="70">
  <Control Type="FieldControl" FieldName="System.Title" Label="Title (Título):" LabelPosition="Left" />
</Column>
```
WIT 정의 파일을 가져옵니다.

witadmin importwitd /collection:CollectionURL /p:ProjectName /f:"DirectoryPath/FileName.xml"

기존 필드의 특성 변경

witadmin changefield를 사용하여 기존 필드의 특성을 변경합니다. 예를 들어, 다음 명령은 MyCompany.Type에 대해 정의된 이름을 Evaluation Method로 변경합니다.

witadmin changefield /collection:http://AdventureWorksServer:8080/tfs/DefaultCollection /n:MyCompany.Type /name:"Evaluation Method"

다음 표에 witadmin changefield를 사용하여 변경할 수 있는 특성이 요약되어 있습니다.

특성	설명
데이터 형식	필드에서 허용하는 데이터 형식을 지정합니다. 일반적으로 필드 데이터 형식이 정의된 다음에는 이를 변경할 수 없습니다. HTML 또는 PlainText 형식의 필드에 대해서만 필드 데이터 형식을 전환할 수 있습니다.
이름	이 이름은 작업 항목 쿼리의 드롭다운 메뉴에 표시되며 팀 프로젝트 컬렉션에 정의된 모든 필드에서 고유해야 합니다. 이름은 작업 항목 폼에 표시되는 폼 레이블과 다를 수 있습니다.
인덱싱 가능	필드에 대한 인덱싱을 사용하여 필드에서 필터링할 때 쿼리 응답 시간을 향상시킬 수 있습니다. 기본적으로 담당자, 만든 날짜, 변경한 사람, 상태, 이유, 영역 ID, 반복 ID 및 작업 항목 형식 필드가 인덱싱됩니다.
보고 특성	보고서에 표시되는 필드 이름, 보고서 참조 이름 및 보고 형식을 변경할 수 있습니다. 보고 이름을 지역화할 수 있습니다. 보고 형식은 필드의 데이터를 관계형 웨어하우스 데이터베이스에 쓸지, 관계형 웨어하우스 데이터베이스와 OLAP 큐브 둘 다에 쓸지 또는 OLSP 큐브를 처리할 때 미리 계산된 값의 합계를 생성하는 데 쓸지를 결정합니다. 기본 보고 가능 필드의 전체 목록을 보려면 Visual Studio ALM에 대한 보고 가능 필드 참조를 참조하십시오. OLAP 큐브에 대한 자세한 내용은 Visual Studio의 Analysis Services 큐브에 제공된 측정값 그룹 및 큐브 뷰을 참조하십시오.
동기화	사용자 계정과 연결된 필드에 대한 Active Directory와의 동기화를 사용하거나 사용하지 않도록 설정할 수 있습니다.

Q & A

Q: TFS 업그레이드 후에 어떤 사용자 지정을 수행할 수 있으며 기능 구성 마법사를 계속 사용하여 팀 프로젝트를 업데이트할 수 있나요?

A: 사용자 지정 필드를 추가, 선택 목록을 사용자 지정, 영역 및 반복 경로를 추가 및 수정, 필드에 규칙 추가를 할 수 있습니다. 기능 구성 마법사에서는 팀 프로젝트를 업데이트하며, 그러면 최신 기능에 액세스할 수 있게 됩니다.

수행해도 안전한 기타 사용자 지정 작업과 수행하지 말아야 하는 작업에 대한 자세한 내용은 작업 추적 환경 사용자 지정: 사용자 지정 전에 유지 관리 및 업그레이드의 영향 파악을 참조하세요.

Q: 내 팀 프로젝트에 대해 이미 정의되어 있는 모든 필드 및 필드 특성에 대해 알아보려면 어떻게 할까요?

A: 기본 TFS 프로세스 템플릿 내에 정의된 필드 인덱스의 경우 Visual Studio ALM의 작업 항목 필드 참조를 참조하십시오.

작업 항목 필드에 대해 변경할 수 있는 특성 외에도 각 필드에 대해 변경할 수 없고 사실상 숨겨진 여러 특성이 있습니다. 작업 항목 필드 탐색기 도구를 사용하여 이러한 필드의 할당을 조회할 수 있습니다. TFS 파워 도구를 설치한 후에 프로세스 편집기 파워 도구에서 이 도구에 액세스할 수 있습니다.

작업 항목 필드 탐색기

각 특성 설명은 작업 항목 필드 특성 - 변경 가능한 것과 가능하지 않은 것 게시글을 참조하세요.

Q: 테스트, 빌드 및 버전 제어와의 통합을 지원하는 필드를 추가하려면 어떻게 해야 합니까?

A: 여러 WIT에 Team Foundation Build, Microsoft Test Manager 및 Team Foundation 버전 제어와 통합되는 자동화된 프로세스에서 생성하는 정보를 제공하는 필드가 포함되어 있습니다. 사용자 지정 WIT에 이러한 필드 중 하나를 추가하려면 이 항목의 앞부분에 설명된 단계에 따라 WIT 정의를 편집합니다.

예를 들어, 버그에 대한 형식 정의에 나타나는 발견된 위치 및 빌드에 통합됨 필드를 추가할 수 있습니다. 이러한 필드는 버그를 해당 버그가 발견되거나 수정된 빌드와 연결합니다. 다음 코드 조각을 사용하여 이러한 필드를 작업 항목 형식 정의에 추가할 수 있습니다.

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

자세한 내용은 테스트, 빌드 및 버전 제어와의 통합을 지원하는 필드을 참조하십시오.

Q: 단순 선택 목록 대신 전역 목록을 사용해야 하는 시기는 언제입니까?

A: 여러 WIT 또는 팀 프로젝트에서 목록을 사용할 경우 목록을 전역 목록으로 유지하면 유지 관리 요구 사항이 최소화됩니다. 또한 WIT 또는 팀 프로젝트에서 목록의 일부를 다르게 표시해야 하는 경우 선택 목록의 일부에 대해 전역 목록을 정의할 수 있습니다. 선택 목록 정의 및 전역 목록 정의을 참조하십시오.

Q: 시스템 필드 수정에 대한 제한 사항이 있습니까?

A: 예. 시스템 필드의 이름을 바꿀 수 없고 일부 규칙을 시스템 필드에 적용할 수 없습니다. 예를 들어, 작업 항목을 생성, 변경 또는 닫은 사람을 추적하는 데 사용되는 빈 필드나 시스템에 사용되는 날짜-시간 필드에 복사하거나 해당 필드로 설정할 수 없습니다.

시스템 필드 이름은 모두 System.ID와 같이 "System" 접두사로 시작합니다. WIT 정의에 포함하는지에 관계없이 모든 WIT에 대해 모든 시스템 필드가 정의됩니다. 각 필드에 대해 자세히 알아보려면 Visual Studio ALM의 작업 항목 필드 참조를 참조하십시오.

Q: 규칙을 평가하는 순서가 있습니까?

A: 예. 하지만 시스템에서 여러 규칙을 평가하는 방법에 영향을 주는 여러 가지 요인으로 인해 시작할 때 최종 결과를 항상 완벽하게 알 수는 없습니다. 예상되는 동작과 상호 작용에 대해서는 작업 항목 필드에 규칙 적용을 참조하십시오.

Q: 보고를 지원하는 필드는 어떻게 지정해야 합니까?

A: 필드를 추가하거나 기존 필드의 특성을 변경하여 보고를 지원할 수 있습니다. 필드는 폴더로 논리적으로 그룹화되기 때문에 필드를 추가하거나 변경할 때 Analysis Services 큐브에서 해당 필드를 찾을 수 있도록 체계적으로 필드 이름을 지정해야 합니다. 자세한 내용은 보고를 지원하도록 작업 항목 필드 추가 또는 수정을 참조하세요.

Q: 담당자 필드에 표시되는 이름 수를 제한할 수 있는 방법이 있습니까?

A: 예. 기본적으로 담당자 필드의 드롭다운 메뉴에 TFS에 대한 액세스 권한이 부여된 모든 사용자가 표시합니다. 이는 유효한 기본 사용자 그룹입니다. 이 규칙의 예외는 Team Web Access에서 작업 항목 할당을 지원하는 상황에 맞는 메뉴가 팀 멤버로 제한된다는 것입니다.

보안 제한을 적용하는 가장 효율적인 방법은 Windows 또는 TFS에서 관리하는 사용자 지정 그룹을 만드는 것입니다.

사용할 보안 그룹을 만들고 그룹에 계정을 추가합니다. 예를 들어, 팀원이라는 새 그룹을 만듭니다. 팀 프로젝트에 사용자 추가을 참조하세요.
사용자 집합을 제한하려는 각 작업 항목 형식에 대한 정의 파일을 수정합니다. VALIDUSER 요소를 담당자 필드에 대한 FIELD 요소 정의에 추가하고 TFS 그룹을 지정합니다.

예를 들어, 다음 코드 조각을 작업 정의에 추가하여 담당자 필드의 사용자 집합을 TFS 팀 작업 그룹에 추가된 해당 팀 멤버로 제한할 수 있습니다.
```
<FIELD name="Assigned To" refname="System.AssignedTo" type="String" reportable="dimension" syncnamechanges="true">
   <HELPTEXT>The person currently working on this task</HELPTEXT>
   <ALLOWEXISTINGVALUE />
   <VALIDUSER group="Team Contributors" />
</FIELD>
```
ALLOWEXISTINGVALUE 요소를 지정하면 멤버가 팀을 떠나서 더 이상 프로젝트 참가자로 등록되지 않게 될 때 발생할 수 있는 유효성 검사 오류를 방지할 수 있습니다.

Q: 필드에 사용자 지정 컨트롤을 추가하려면 어떻게 해야 합니까?

A: 작업 항목 추적을 위한 개체 모델을 사용하여 버그, 작업 및 기타 WIT를 프로그래밍 방식으로 만들고, 변경하고, 찾을 수 있습니다. 작업 항목 폼에 기능을 추가하는 사용자 지정 컨트롤을 만들 수도 있습니다.

예를 들어, TFS 작업 항목 추적을 위한 사용자 지정 컨트롤 CodePlex 프로젝트를 통해 사용 가능한 다음과 같은 사용자 지정 컨트롤을 추가할 수 있습니다.

스크린 샷 컨트롤: 이미지를 잘라내어 HTML 필드에 붙여 넣을 수 있습니다.
웹 브라우저 컨트롤: 웹 페이지를 호스팅하고 필드 값을 해당 웹 페이지에 전달할 수 있습니다.
다중 값 컨트롤: 확인란 목록을 표시하여 필드 하나에 다중 값을 입력하도록 지원합니다.

Q: 프로젝트-TFS 통합을 지원하는 필드 매핑을 변경하려면 어떻게 해야 합니까?

A: 기본 TFS 프로세스 템플릿에서 만든 팀 프로젝트에 기본 Microsoft 프로젝트 매핑 파일이 포함됩니다. 프로젝트를 사용하여 TFS에 저장된 작업 항목을 계획하고 추적하는 경우 추가 프로젝트 필드를 매핑하거나 TFS 필드가 게시되고 새로 고쳐지는 방법을 변경해야 할 수 있습니다. Microsoft Project 매핑 파일을 사용자 지정하여 이를 수행할 수 있습니다.

TFS 작업 항목에 프로젝트 사용에 대한 자세한 내용은 Project를 사용하여 백로그 및 작업 만들기를 참조하십시오.

Q: 대량 사용자 지정 필드를 관리하는 가장 좋은 방법은 무엇입니까?

A: 여러 WIT 또는 여러 팀 프로젝트 전반에 사용되는 대량 사용자 지정 필드를 추가해야 하는 경우 전역 워크플로를 사용합니다. 전역 워크플로를 사용해 필드 및 선택 목록의 전역 집합을 유지 관리하여 유지 관리 작업을 단순화할 수 있습니다. 전역 워크플로 XML 요소 참조을 참조하세요.

Q: 필드를 삭제하려면 어떻게 해야 합니까?

A: 특정 작업 항목 형식에서 필드를 제거해도 컬렉션이나 데이터베이스 서버에서는 해당 필드가 제거되지 않습니다. 이는 WIT에서 더 이상 참조하지 않는 경우에도 적용됩니다. 필드를 제거하려면 다음 단계를 수행합니다.

모든 WIT 정의 및 이를 참조하는 전역 워크플로에서 FIELD 정의를 제거합니다.

필드가 사용 중이 아닌지 확인합니다. 예를 들면 다음과 같습니다.

witadmin listfields /collection:http://AdventureWorksServer:8080/tfs/DefaultCollection /n:MyCompany.CustomContact

Field: MyCompany.CustomContact
Name: Custom Contact
Type: String
Reportable As: dimension
Use: Not In Use
Indexed: False

필드를 삭제합니다. 예를 들면 다음과 같습니다.

witadmin deletefield /collection:http://AdventureWorksServer:8080/tfs/DefaultCollection /n:MyCompany.CustomContact

삭제한 필드를 보고할 수 있는 경우 데이터 웨어하우스를 다시 빌드하여 이전 필드와 해당 값을 지웁니다.

자세한 내용은 작업 항목 필드 관리[witadmin]을 참조하십시오.

Q: 사용자 지정할 수 있는 다른 영역은 무엇이 있습니까?

A: Visual Studio TFS에서 구성 및 사용자 지정할 수 있는 작업에 대한 종단 간 뷰를 참조하십시오.

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

A: Team Foundation Server - 프로젝트 관리 및 작업 항목 포럼에서 대답을 검색하거나 질문을 게시할 수 있습니다.

다음을 통해 공유