프로세스 가져오기에 대한 유효성 검사 오류 해결

Azure DevOps Services

Important

가져오기 프로세스는 프로세스 템플릿의 WIT 정의를 업데이트하여 사용자 지정을 관리할 수 있는 호스트된 XML 프로세스 모델을 지원합니다. 이 기능은 Azure DevOps 데이터 가져오기 서비스를 사용하여 Azure DevOps Services로 마이그레이션된 조직에서만 사용할 수 있습니다. Azure DevOps Services 프로세스 사용자 지정에 대한 질문이 있는 경우 문의하세요 .

상속 프로세스 모델을 사용하는 경우 상속된 프로세스를 만들어 사용자 인터페이스를 통해 작업 추적을 사용자 지정할 수 있습니다. 온-프레미스 XML 프로세스 모델을 사용하는 경우 프로세스 템플릿을 사용자 지정하고, 프로세스 템플릿 업로드 또는 다운로드를 참조하고, 프로세스 템플릿을 사용자 지정할 수 있습니다.

프로세스 모델에 대한 자세한 내용은 작업 추적 사용자 지정을 참조하세요.

프로세스를 가져오는 동안 시스템이 사용자 지정 프로세스에 대해 예상대로 작동하는지 확인하기 위해 프로세스의 유효성을 검사합니다. 프로세스가 유효성 검사에 실패하면 오류 메시지 목록을 받게 됩니다.

가져오기 프로세스를 시도할 때 유효성 검사 오류가 발생한 경우 가져오기를 다시 시도하기 전에 오류를 해결해야 합니다. 각 오류에는 특정 유효성 검사 실패에 대한 자세한 내용과 해결 방법에 대한 지침에 대한 링크가 있습니다. 받은 메시지에 대해 제공된 해결 방법 수정 사항을 적용하고 업데이트된 파일을 압축한 다음 가져오기 작업을 다시 시도합니다.

사용자 지정 을 시작하는 경우 제공된 유효성 검사 규칙을 검토합니다.

정보 메시지 - 작업이 필요하지 않음

TF402555: 필드 [refName] 이 삭제됩니다.

가져오는 프로세스에는 업데이트되는 프로세스에 명명된 필드가 포함되지 않으므로 업데이트 작업의 일부로 제거됩니다.

시나리오 예제

1. Bug.xml 작업 항목에 사용자 지정 필드 추가

   <FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
   

2. 가져오기 프로세스
3. Bug.xml에서 필드 제거
4. 업데이트된 프로세스 가져오기

시스템에서 삭제할 필드에 대한 정보 메시지를 표시합니다.
TF402555: Field MyCompany.CustomFields.Foo will be deleted

TF402591: 참조 이름이 [refName]인 필드는 기존 프로세스 [processName]의 '[name2]'에서 '[name1]'으로 이름을 바꿀 수 없습니다.

가져오는 프로세스에는 현재 프로세스에서 동일하게 refname 사용되는 이름이 바뀐 필드가 포함됩니다.

필드 이름은 이름을 바꿀 수 없습니다.

TF402598: 작업 항목 유형 [refName] 이 삭제됩니다.

업데이트하는 프로세스에는 현재 프로세스에 있는 명명된 WIT가 포함되지 않습니다. 기존 프로세스를 업데이트하는 과정에서 시스템은 현재 프로세스에서 명명된 WIT를 삭제합니다.

시나리오 예제

1. "LSI"라는 새 작업 항목 유형 만들기

   <WORKITEMTYPE name="LSI" refname="My.LSI">  
   

2. 가져오기 프로세스
3. 프로세스에서 LSI 작업 항목 유형 제거
4. 업데이트된 프로세스 가져오기

시스템에서 삭제에 대한 정보 메시지를 표시합니다.
TF402598: Work item type My.LSI will be deleted

TF402601: 작업 항목 유형 [witName]의 이름이 [name2]에서 [name1]로 바뀝니다.

이 프로세스에는 이름이 바뀐 WIT가 포함됩니다. WIT는 기존 프로세스에서 이름이 바뀝니다.
업데이트하는 프로세스에는 현재 프로세스의 이름에서 이름이 변경된 WIT가 포함됩니다.
기존 프로세스를 업데이트하는 과정에서 시스템은 현재 프로세스에서 WIT의 이름을 바꿉니다. 프로세스를 참조하는 기존 프로젝트의 모든 작업 항목도 이름이 바뀝니다.

시나리오 예제

1. "LSI"라는 새 작업 항목 유형 만들기

   <WORKITEMTYPE name="LSI" refname="My.LSI">  
   

2. 가져오기 프로세스
3. LSI 작업 항목 유형 이름을 라이브 사이트 인시던트로 이름 바꾸기

   <WORKITEMTYPE name="Live Site Incident" refname="My.LSI">  
   

4. 업데이트된 프로세스 가져오기

시스템에서 이름을 바꿀 WIT에 대한 정보 메시지를 표시합니다.
TF402601: Work item type My.LSI will be renamed to 'Live Site Incident' from 'LSI'

기타 파일 오류

TF402586: 파일 구문 분석 오류: [오류 메시지]

형식이 잘못된 XML 구문으로 인해 파일 구문 분석 오류가 발생할 수 있습니다. 닫는 태그 누락, 따옴표 누락, 열린 대괄호 또는 닫기 대괄호 누락(< 또는 >)으로 인해 구문 분석 파일 오류가 발생할 수 있습니다.

오류 메시지에서 잘못된 XML의 원본을 확인하고 수정합니다.

TF402594: 파일이 다음 오류와 함께 스키마를 위반합니다. [오류 메시지]

프로세스 zip 파일의 각 XML 파일은 지정된 스키마를 준수해야 합니다. 스키마 위반 오류는 사용자 지정 XML 태그 또는 XML 파일 내의 특성으로 인해 발생합니다. 오류 메시지를 읽어 스키마 위반의 원인을 확인하고 그에 따라 수정합니다.

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

오류 예제

사용자 지정 XML 태그:

  <WORKITEMTYPE name="Bug" refname="My.Bug">
    <FOO>Hello World</FOO>
    ...

XML 요소에 추가된 추가 특성:

  <WORKITEMTYPE name="Bug" refname="My.Bug" foo="hello world">

VS412450: [fileName]의 Xml 스키마 유효성 검사 오류입니다. [오류 메시지]

명명된 파일의 스키마 오류를 수정합니다.

프로세스 템플릿 플러그 인 오류

ProcessTemplate.xml은 프로세스를 추가하거나 업데이트하기 위해 가져올 전체 프로세스 및 모든 XML 정의 파일을 정의하는 루트 파일입니다. 이 파일에는 프로젝트를 만들 때 참조되는 모든 플러그 인 및 작업 그룹이 포함됩니다. 각 작업 그룹은 특정 작업이 정의된 하위 폴더에 있는 하위 XML 파일을 참조합니다. 일반적으로 각 플러그 인에 대해 하나의 작업 그룹을 지정합니다.

ProcessTemplate.xml 정의 파일은 ProcessTemplate XML 요소 참조에 설명된 구문 및 규칙을 준수해야 합니다.

VS412457: 프로세스 패키지에서 지정된 파일 '[fileName]'을(를) 찾을 수 없습니다.

명명된 파일을 포함하도록 프로세스 zip 패키지를 수정합니다.

VS402452: 프로세스 템플릿에서 버전을 지정하지 않았거나 잘못된 버전을 지정했습니다.

ProcessTemplate.xml 파일을 편집하여 버전을 지정합니다.

오류 예제

ProcessTemplate.xml 파일은 잠긴 프로세스인 Agile 프로세스와 동일한 version GUID를 지정합니다.

<ProcessTemplate>
  <metadata>
    <name>Fabrikam Agile</name>
    <description>Use this template to support Fabrikam Agile planning methods.</description>
    <version type="ADCC42AB-9882-485E-A3ED-7678F01F66BC" major="7" minor="36" />

해결 방법 예제

다른 GUID가 지정됩니다.

<ProcessTemplate>
  <metadata>
    <name>Fabrikam Agile</name>
    <description>Use this template to support Fabrikam Agile planning methods.</description>
    <version type="7710F7A4-1F19-4054-9FBC-D94A5935221E" major="7" minor="1" />

VS412453: 프로세스 템플릿 zip 파일에 필요한 플러그 인 [pluginName]이 포함되어 있지 않습니다.

ProcessTemplate.xml 파일 및 지원되는 플러그 인 파일 내에 나열된 모든 파일은 프로세스 zip 파일 내에 있어야 합니다.

검색 도구를 사용하여 프로세스 파일 및 폴더 집합 내에서 filename=value의 모든 인스턴스를 찾습니다. 그런 다음 플러그 인을 업데이트하여 누락된 명명된 파일을 제거하거나 해당 파일이 속한 프로세스 폴더에 명명된 파일을 추가합니다.

 <taskList filename="WorkItem Tracking\WorkItems.xml" />

오류 예제

WorkItemTracking 플러그 인은 지정 fileName="WorkItem Tracking\TypeDefinitions\Epic.xml되지만 WorkItem Tracking\TypeDefinitions 폴더에 추가되지 않았습니다.

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

해결 방법 예제

WorkItem Tracking\TypeDefinitions 폴더에 Epic.xml 파일을 추가합니다.

VS412454: 플러그 인 [pluginName] 에는 여러 taskList{1}가지가 {2}있습니다. 플러그 인당 하나 taskList 만 허용됩니다.

명명된 플러그 인에 대한 ProcessTemplate.xml 파일을 수정하여 정의된 요소 수를 tasklist 줄입니다.

오류 예제

WorkItemTracking 플러그 인에는 두 tasklist 개의 문이 포함되어 있습니다.

    <group id="WorkItemTracking" description="Workitem definitions uploading." completionMessage="Work item tracking tasks completed.">
      <dependencies>
        <dependency groupId="Classification" />
        <dependency groupId="Groups" />
      </dependencies>
      <taskList filename="WorkItem Tracking\WorkItems.xml" />
      <taskList filename="WorkItem Tracking\FabrikamWorkItems.xml" />
    </group>

해결 방법 예제

    <group id="WorkItemTracking" description="Workitem definitions uploading." completionMessage="Work item tracking tasks completed.">
      <dependencies>
        <dependency groupId="Classification" />
        <dependency groupId="Groups" />
      </dependencies>
      <taskList filename="WorkItem Tracking\FabrikamWorkItems.xml" />
    </group>

TF402575: 프로세스에 범주 정의 파일을 하나만 포함할 수 있습니다.

오류 예제

WorkItems.xml 파일에는 두 개의 CATEGORIES 문이 포함되어 있습니다.

  <task id="Categories" name="Categories definitions" plugin="Microsoft.ProjectCreationWizard.WorkItemTracking" completionMessage="Work item type categories created">
    <dependencies>
      <dependency taskId="WITs" />
    </dependencies>
    <taskXml>
      <CATEGORIES fileName="WorkItem Tracking\Categories.xml" />
      <CATEGORIES fileName="WorkItem Tracking\Custom_Categories.xml" />
    </taskXml>
  </task>

해결 방법 예제

WorkItems.xml 파일은 하나의 CATEGORIES 문만 포함하도록 업데이트되었습니다.

  <task id="Categories" name="Categories definitions" plugin="Microsoft.ProjectCreationWizard.WorkItemTracking" completionMessage="Work item type categories created">
    <dependencies>
      <dependency taskId="WITs" />
    </dependencies>
    <taskXml>
      <CATEGORIES fileName="WorkItem Tracking\Custom_Categories.xml" />
    </taskXml>
  </task>

TF402576: 프로세스에 하나의 ProcessConfiguration 정의 파일만 포함할 수 있습니다.

오류 예제

WorkItems.xml 파일에는 중복 ProjectConfiguration 문이 포함되어 있습니다.

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

해결 방법 예제

WorkItems.xml 파일은 하나의 ProjectConfiguration 문만 포함하도록 업데이트되었습니다.

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

TF402587: 필요한 ProcessConfiguration 파일이 없습니다.

WorkItems.xml 파일은 업로드할 ProcessConfiguration 파일을 지정합니다. 파일이 지정되지 않았거나, 오래된 사양을 포함하거나, 지정된 파일이 템플릿에서 누락되었거나, 폴더/파일 이름이 올바르지 않습니다.

오류 예제

지정된 구성이 만료되었으며 Process 폴더에 포함되지 않은 두 개의 파일을 지정합니다.

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

해결 방법 예제

WorkItems.xml 파일이 올바른 구성 ProjectConfiguration 문을 포함하도록 업데이트되었습니다.

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

TF402577: 필드 [refName]은 프로세스 [processNames]의 필드 [refName]에서 이미 사용 중인 이름 [friendlyName]을 지정합니다.

친숙한 이름은 Azure DevOps Services로 가져온 모든 프로세스에 대해 지정된 모든 WIT 정의에 대한 모든 필드 정의에서 고유해야 합니다.

명명된 프로세스에는 친숙한 이름을 사용하는 필드를 정의하는 WIT가 포함됩니다.

[refName]이 포함된 프로세스 zip 파일에서 WIT 정의를 수정하고 다른 이름을 지정하거나 사용 중인 기존 필드와 일치하게 합니다.

오류 예제

UserStory WIT 정의에는 이름이 Product인 Fabrikam.Product.Family에 대한 요소가 포함되어 FIELD 있습니다.

      <FIELD name="Product" refname="Fabrikam.Product.Family" type="String" reportable="dimension">
        <HELPTEXT>Enter the name of the product family for this story or feature.</HELPTEXT>
      </FIELD>

그러나 기존 프로세스에서 Fabrikam.Product.Versions는 친숙한 이름 Product를 사용합니다.

      <FIELD name="Product" refname="Fabrikam.Product.Versions" type="String" reportable="dimension">
        <HELPTEXT>Enter the name of the product version for this story or feature.</HELPTEXT>
      </FIELD>

해결 방법 예제

UserStory WIT 정의를 기존 필드와 일치하도록 업데이트합니다.

      <FIELD name="Product" refname="Fabrikam.Product.Versions" type="String" reportable="dimension">
        <HELPTEXT>Enter the name of the product version for this story or feature.</HELPTEXT>
      </FIELD>

TF402585: 프로세스 템플릿에서 누락된 필수 WorkItemTracking 플러그 인 참조입니다.

ProcessTemplate.xml 파일의 섹션에서 플러그 인 metadata 을 지정 Microsoft.ProjectCreationWizard.WorkItemTracking 해야 합니다.

오류 예제

Microsoft.ProjectCreationWizard.WorkItemTracking ProcessTemplate.xml 파일의 섹션에서 플러그 인이 없습니다plugins.

   <plugins>
      <plugin name="Microsoft.ProjectCreationWizard.Classification" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.Reporting" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.Portal" wizardPage="true" />
      <plugin name="Microsoft.ProjectCreationWizard.Groups" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.VersionControl" wizardPage="true" />
      <plugin name="Microsoft.ProjectCreationWizard.TestManagement" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.Build" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.Lab" wizardPage="false" />
    </plugins>

해결 방법 예제

   <plugins>
      <plugin name="Microsoft.ProjectCreationWizard.Classification" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.Reporting" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.Portal" wizardPage="true" />
      <plugin name="Microsoft.ProjectCreationWizard.Groups" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.WorkItemTracking" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.VersionControl" wizardPage="true" />
      <plugin name="Microsoft.ProjectCreationWizard.TestManagement" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.Build" wizardPage="false" />
      <plugin name="Microsoft.ProjectCreationWizard.Lab" wizardPage="false" />
    </plugins>

범주

Categories.xml 정의 파일은 Categories XML 요소 참조에 설명된 구문 및 규칙을 준수해야 합니다.

TF402546: 범주 파일에서 범주 [categoryName] 이 없습니다.

ProcessConfiguration.xml 파일에서 참조되는 모든 범주는 Categories.xml 파일에 정의되어야 합니다. 또한 시스템에서는 Categories.xml 파일에 다음 범주에 대한 정의가 포함되어야 합니다.

• 버그 범주
• 코드 검토 요청 범주
• 코드 검토 응답 범주
• 피드백 요청 범주
• 피드백 응답 범주
• 숨겨진 형식 범주
• 요구 사항 범주
• 공유 단계 범주
• 공유 매개 변수 범주
• 작업 범주
• 테스트 사례 범주
• 테스트 계획 범주
• 테스트 도구 모음 범주

누락된 [이름] 범주를 정의하도록 Categories.xml 파일을 업데이트합니다.

오류 예제

ProcessConfiguration은 에픽 범주를 참조합니다. 그러나 Categories.xml 정의 파일에서 누락되었습니다.

해결 방법 예제

에픽 범주가 범주 파일에 추가됩니다.

  <CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
    <DEFAULTWORKITEMTYPE name="Epic" />
  </CATEGORY>

TF402553: 요소 [name] 은 범주 파일에 정의되지 않은 범주 [categoryName] 을 참조합니다.

누락된 [categoryName] 범주를 정의하도록 Categories.xml 파일을 업데이트합니다.

TF402560: [n] 범주를 정의했습니다. [nn]만 허용됩니다.

모든 CATEGORY 요소 문에 대해 Categories.xml 파일을 검토하고 허용되는 제한을 초과하지 않도록 삭제할 수 있는 문을 결정합니다. 그런 다음 ProcessConfiguration.xml 파일을 검토하여 삭제된 범주를 참조하는 값을 대체합니다.

TF402596: 범주 [categoryName] 에서 작업 항목 유형 [witName]을 정의하지 않습니다.

범주는 /WorkItem Tracking/TypeDefinitions 폴더에 정의되고 WorkItems.xml 플러그 인 파일에 업로드할 작업으로 나열된 WIT를 참조해야 합니다.
/WorkItem Tracking/TypeDefinitions 폴더에 포함되지 않은 WIT에 대한 참조는 Categories.xml 파일을 검토합니다.

오류 예제

Microsoft.EpicCategory에 대해 참조되는 WIT의 이름이 잘못되었습니다.

  <CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
    <DEFAULTWORKITEMTYPE name="EpicABC" />
  </CATEGORY>

해결 방법 예제

  <CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
    <DEFAULTWORKITEMTYPE name="Epic" />
  </CATEGORY>

TF402597: ProcessConfiguration에서 참조하지 않으므로 사용자 지정 범주 [categoryName] 은 지원되지 않습니다.

ProcessConfiguration에서 Agile 도구 기능을 구성하는 데 사용하는 사용자 지정 범주만 지정할 수 있습니다.
ProcessConfiguration.xml 파일을 검토하고 범주에 대한 지원 추가를 놓쳤는지 확인합니다. 그렇지 않으면 Categories.xml 파일에서 [categoryName]을 제거합니다.

오류 예제

ProcessConfiguration은 Categories.xml 정의 파일에 정의되어 있지만 Microsoft.EpicCategory를 참조하지 않습니다.

해결 방법 예제

ProcessConfiguration에 추가하여 PortfolioBacklog Microsoft.EpicCategory를 참조합니다.

    <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic" workItemCountLimit="1000">
      <States>
        <State value="New" type="Proposed" />
        <State value="Active" type="InProgress" />
        <State value="Resolved" type="InProgress" />
        <State value="Closed" type="Complete" />
      </States>
      <Columns>
        <Column refname="System.WorkItemType" width="100" />
        <Column refname="System.Title" width="400" />
        <Column refname="System.State" width="100" />
        <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
        <Column refname="Microsoft.VSTS.Common.BusinessValue" width="50" />
        <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100" />
        <Column refname="System.Tags" width="200" />
      </Columns>
      <AddPanel>
        <Fields>
          <Field refname="System.Title" />
        </Fields>
      </AddPanel>
    </PortfolioBacklog>

참조 문서:

• ProcessConfiguration XML 요소 참조
• Categories XML 요소 참조

분류 플러그 인 오류

Classification.xml 정의 파일은 분류 플러그 인에 설명된 구문 및 규칙을 준수해야 합니다.

TF402511: 분류 플러그 인에는 중복 속성 이름 [propertyName]이 포함됩니다.

오류 예제

Classification.xml 파일에는 컨테이너 요소 아래에 properties 두 번째 property name="MSPROJ" 문이 포함되어 있습니다.

      <properties>
        <property name="MSPROJ" value="Classification\FileMapping.xml" isFile="true" />
        <property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
        <property name="Process Template" value="Fabrikam Agile"/>
      </properties>

해결 방법 예제

중복 문을 제거합니다.

      <properties>
        <property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
        <property name="Process Template" value="Fabrikam Agile"/>
      </properties>

TF402512: 파일 [fileName] 이 없습니다.

Classification.xml 파일에 지정된 파일이 지정된 경로에 없거나 경로의 철자가 틀렸습니다.

오류 예제

분류 폴더 경로의 철자가 잘못되었습니다.

       <properties>
        <property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
        <property name="Process Template" value="Agile"/>
      </properties>

해결 방법 예제

      <properties>
        <property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
        <property name="Process Template" value="Fabrikam Agile"/>
      </properties>

TF402513: 분류 플러그 인의 이름 [pathName] 이 TreePath 명명 제한을 준수하지 않습니다.

지정한 Node 요소를 검토하고 지원 명명 규칙을 준수하도록 이름을 변경합니다. 참조: 영역 및 반복 경로를 추가 및 수정합니다.

오류 예제

경로 이름에는 허용되지 않는 # 문자가 포함됩니다.

        <Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
          <Children>
            <Node StructureType="ProjectLifecycle" Name="Sprint #1" />
            <Node StructureType="ProjectLifecycle" Name="Sprint #2" />
            <Node StructureType="ProjectLifecycle" Name="Sprint #3" />
          </Children>
        </Node>

해결 방법 예제

경로 이름이 수정되었습니다.

        <Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
          <Children>
            <Node StructureType="ProjectLifecycle" Name="Sprint 1" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 2" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 3" />
          </Children>
        </Node>

TF402514: 분류 플러그 인의 Node StructureType [structureTypeName] 은 지원되지 않습니다.

특성은 StructureType 다음 값 ProjectModelHierarchy 만 허용합니다 ProjectLifecycle.
지정한 Node 요소를 검토하고 지원되지 않는 특성을 제거합니다.

오류 예제

ProjectLifecycle 철자가 틀렸습니다.

        <Node StructureType="ProjectLifecylce" Name="Iteration" xmlns="">
          <Children>
            <Node StructureType="ProjectLifecycle" Name="Sprint 1" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 2" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 3" />
          </Children>
        </Node>

해결 방법 예제

철자가 틀린 이름이 수정되었습니다.

        <Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
          <Children>
            <Node StructureType="ProjectLifecycle" Name="Sprint 1" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 2" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 3" />
          </Children>
        </Node>

TF402515: 분류 플러그 인의 속성 특성이 누락되었거나 지원되지 않습니다.

요소는 property 다음 특성 namevalueisFile만 허용합니다.
지정한 property 요소를 검토하고 지원되지 않는 특성을 제거합니다.

오류 예제

특성의 value 철자가 잘못되었습니다.

       <properties>
        <property name="MSPROJ" vaule="Classification\Fabrikam_FileMapping.xml" isFile="true" />
        <property name="Process Template" value="Agile" />
      </properties>

해결 방법 예제

철자가 틀린 특성이 수정되었습니다.

      <properties>
        <property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
        <property name="Process Template" value="Fabrikam Agile"/>
      </properties>

TF402516: 분류 플러그 인에는 지원되지 않는 두 개 이상의 루트 수준 노드가 포함되어 있습니다.

지정한 Node 요소를 검토하고 추가 루트 수준 노드를 제거합니다.

오류 예제

Classification.xml 파일에는 컨테이너 요소 아래에 Nodes 두 번째 Node StructureType="ProjectLifecycle" 문이 포함되어 있습니다.

      <Nodes>
        <Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
          <Children>
            <Node StructureType="ProjectLifecycle" Name="Sprint 1" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 2" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 3" />
          </Children>
        </Node>
        <Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
        <Node StructureType="ProjectModelHierarchy" Name="Area" xmlns="" />
      </Nodes>

해결 방법 예제

두 번째 문을 제거합니다.

      <Nodes>
        <Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
          <Children>
            <Node StructureType="ProjectLifecycle" Name="Sprint 1" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 2" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 3" />
          </Children>
        </Node>
        <Node StructureType="ProjectModelHierarchy" Name="Area" xmlns="" />
      </Nodes>

TF402523: GroupsandPermissions 플러그 인의 영역 또는 반복 경로 '[pathName]'이 분류 플러그 인에서 누락되었습니다.

누락된 [pathName] 을 Classification.xml 파일에 추가하거나 GroupsandPermissions.xml 파일에서 제거합니다.

오류 예제

Classification.xml 파일은 반복이 아닌 스프린트를 지정합니다.

GroupsandPermissions.xmlteamSettings 은 반복을 지정합니다.

    <teamSettings areaPath="Area">
        <iterationPaths backlogPath="Iteration">
            <iterationPath path="Iteration 1" />
            <iterationPath path="Iteration 2" />
            <iterationPath path="Iteration 3" />
        </iterationPaths>
    </teamSettings>

그러나 Classification.xml은 스프린트를 지정합니다.

        <Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
          <Children>
            <Node StructureType="ProjectLifecycle" Name="Sprint 1" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 2" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 3" />
          </Children>
        </Node>

해결 방법 예제

스프린트를 사용하도록 GroupsandPermissions.xml을 업데이트합니다.

    <teamSettings areaPath="Area">
        <iterationPaths backlogPath="Iteration">
            <iterationPath path="Sprint 1" />
            <iterationPath path="Sprint 2" />
            <iterationPath path="Sprint 3" />
        </iterationPaths>
    </teamSettings>

링크 형식

참고 항목

사용자 지정 링크 형식은 현재 가져오기 프로세스에서 지원되지 않습니다.

TF402561: [n] 사용자 지정 링크 형식을 정의했습니다. [nn]만 허용됩니다.

모든 LINKTYPE 요소 문에 대한 WorkItems.xml 플러그 인 파일을 검토합니다. 허용되는 제한을 초과하지 않도록 사용자 지정 링크 형식과 연결된 문을 제거합니다. 그런 다음 LinkTypes 폴더에서 해당 링크 형식 정의 파일을 제거합니다.

또한 섹션 아래의 섹션 내에서 WIT 정의에 추가한 사용자 지정 링크 형식에 대한 참조를 LinksControlOptionsFORM 제거합니다.

TF402583: 사용자 지정 링크 형식 이 지원되지 않으므로 [이름] 사용자 지정 링크 형식이 잘못되었습니다.

모든 LINKTYPE 요소 문에 대한 WorkItems.xml 플러그 인 파일을 검토합니다. 사용자 지정 링크 형식을 지정하는 문을 제거합니다. 그런 다음 LinkTypes 폴더에서 해당 링크 형식 정의 파일을 제거합니다.

WorkItems.xml 플러그 인 파일 내의 다음 LINKTYPE 요소 문은 유효합니다.

      <LINKTYPES>
        <LINKTYPE fileName="WorkItem Tracking\LinkTypes\Affects.xml" />
        <LINKTYPE fileName="WorkItem Tracking\LinkTypes\SharedStep.xml" />
        <LINKTYPE fileName="WorkItem Tracking\LinkTypes\TestedBy.xml" />
        <LINKTYPE fileName="WorkItem Tracking\LinkTypes\SharedParameterLink.xml" />
      </LINKTYPES>

전역 목록

참고 항목

전역 목록은 현재 가져오기 프로세스 기능에서 지원되지 않습니다.

TF402564: [n] 전역 목록을 정의했습니다. [nn]만 허용됩니다.

사용자 지정 프로세스 템플릿에 정의된 하나 이상의 WIT에는 요소가 포함되어 있습니다 GLOBALLIST . WIT 정의 파일을 검색하고 요소를 GLOBALLIST 요소나 SUGGESTEDVALUES 요소로 ALLOWEDVALUES 대체합니다. 참조 구문은 선택 목록 정의를 참조 하세요.

TF402565: 전역 목록 [globalListName]에서 [n] 항목을 정의했습니다. 최대 [nn] 이 허용됩니다.

명명된 GLOBALLIST 요소에 허용되는 것보다 많은 항목이 포함됩니다. 요소에 GLOBALLIST 포함된 목록 항목 수를 줄이거나, 두 목록 모두 허용되는 최대 항목 수를 초과하지 않도록 전역 목록을 두 개 이상의 요소로 분할합니다.

참조 구문은 선택 목록 정의를 참조 하세요.

프로세스 구성

ProcessConfiguration.xml 정의 파일은 ProcessConfiguration XML 요소 참조에 설명된 구문 및 규칙을 준수해야 합니다.

TF402543: 요소 [elementName] 을 사용하려면 정확히 하나의 워크플로 상태를 메타스테이트 [metastateName]에 매핑해야 합니다.

States ProcessConfiguration.xml 파일에서 명명된 요소 내의 섹션을 업데이트하여 누락된 메타스테이트 매핑을 제공하거나 추가 매핑을 제거합니다.

오류 예제

ProcessConfiguration.xml RequirementBacklog 요소에 대한 type="Proposed"메타스테이트 매핑이 없습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

해결 방법 예제

누락된 메타스테이트 매핑이 추가되었습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

TF402547: 요소 [elementName] 을 사용하려면 작업 항목 유형 [witName] 의 경우 하나 이상의 상태를 metastate [metastateName]에 매핑해야 합니다.

명명된 WORKFLOW WIT에 대해 정의된 상태를 검토한 다음 ProcessConfiguration.xml 파일에서 명명된 요소 내의 섹션을 업데이트 States 하여 명명된 WIT에 대한 누락된 메타스테이트 매핑을 제공합니다.

TF402548: 요소 [elementName] 을 사용하려면 하나 이상의 상태를 metastate [metastateName]에 매핑해야 합니다.

States ProcessConfiguration.xml 파일에서 명명된 요소 내의 섹션을 업데이트하여 누락된 메타스테이트 매핑을 제공합니다.

오류 예제

ProcessConfiguration.xml RequirementBacklog 요소에 대한 type="InProgress"메타스테이트 매핑이 없습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

해결 방법 예제

누락된 메타스테이트 매핑이 추가되었습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

TF402550: 요소 [elementName] 에는 워크플로 상태 [stateName]에 대한 메타스테이트 매핑이 둘 이상 포함되어 있습니다.

메타스테이트 값은 둘 이상의 워크플로 상태에 매핑할 수 없습니다.

오류 예제

ProcessConfiguration.xml RequirementBacklog 요소에는 에 대한 value="Active"두 가지 메타스테이트 매핑이 포함되어 있습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="Story">
   <States>
      <State value="Active" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

해결 방법 예제

메타스테이트 매핑이 수정되었습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="Story">
   <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

TF402551: 작업 항목 유형 [witName]은 워크플로 상태 [stateName]을 정의하지 않습니다. 이는 ProcessConfiguration이 요소 [elementName]에 대한 메타스테이트에 매핑되기 때문에 필요합니다.

ProcessConfiguration.xml 파일 또는 WORKFLOW 명명된 WIT의 섹션을 수정하여 누락 STATE 된 요소와 TRANSITION 요소를 추가합니다.

오류 예제

ProcessConfiguration.xml RequirementBacklog 요소는 지정 value="Committed"합니다. 그러나 UserStory.xml은 Committed를 상태로 정의하지 않습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="Story">
   <States>
      <State value="New" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

해결 방법 예제

Committed에 State 대한 요소를 제거했습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="Story">
   <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

TF402552: 요소 [elementName]을 사용하려면 작업 항목 유형 [witName]의 경우 [stateNames] 상태에 대해 정확히 하나의 상태를 metastate [metastateName]에 매핑해야 합니다.

STATES ProcessConfiguration.xml 파일에서 명명된 요소에 대한 섹션을 검토하고 오류 메시지에 나열된 각 sate가 있고 메타스테이트와 매핑되는지 확인합니다.

오류 예제

ProcessConfiguration.xml RequirementBacklog 요소에 작업 항목 형식에 User Story 있는 상태가 New 없습니다. 에 매핑type=Proposed"된 STATES 목록에 있어야 합니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="Story">
   <States>
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

해결 방법 예제

메타스테이트 매핑이 수정되었습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="Story">
   <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

TF402554: 요소 [elementName] 은 지원되지 않는 메타스테이트 [metastateName]을 지정합니다.

STATES ProcessConfiguration.xml 파일에서 명명된 요소에 대한 섹션을 검토하고 명명된 메타스테이션을 제거하거나 수정합니다.

오류 예제

ProcessConfiguration.xml RequirementBacklog 요소에 대한 맞춤법이 틀린 메타스테이트 매핑이 포함되어 있습니다 type=Proposed".

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="Story">
   <States>
      <State value="New" type="Propsed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

해결 방법 예제

메타스테이트 매핑이 수정되었습니다.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="Story">
   <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

TF402571: 프로세스 구성에서 필수 요소 [elementName] 이 없습니다.

ProcessConfiguration.xml 파일을 편집하여 누락된 명명된 요소를 추가합니다.

필요한 요소에 대한 ProcessConfiguration XML 요소 참조를 검토합니다.

TF402572: 프로세스 템플릿 패키지에서 지정된 파일을 찾을 수 없습니다.

업로드를 위해 플러그 인 파일에 지정된 파일이 zip 파일에서 누락되었습니다. 업로드에 지정된 모든 파일을 검토하고 프로세스 zip 파일에 포함되어 있는지 확인합니다.

필요한 요소에 대한 ProcessConfiguration XML 요소 참조를 검토합니다.

TF402574: ProcessConfiguration은 필수 TypeField[typeField]를 지정하지 않습니다.

ProcessConfiguration.xml 파일을 편집하여 누락된 명명 TypeField 된 요소를 추가합니다.

필요한 TypeField 요소에 대한 ProcessConfiguration XML 요소 참조를 검토합니다.

예시

스크럼 프로세스는 다음 TypeField 요소를 지정합니다. 누락된 항목이 있으면 오류 TF402574 표시됩니다.

<TypeFields>
    <TypeField refname="System.AreaPath" type="Team" />
    <TypeField refname="Microsoft.VSTS.Scheduling.RemainingWork" type="RemainingWork" format="format h" />
    <TypeField refname="Microsoft.VSTS.Common.BacklogPriority" type="Order" />
    <TypeField refname="Microsoft.VSTS.Scheduling.Effort" type="Effort" />
    <TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationStartInformation" type="ApplicationStartInformation" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationLaunchInstructions" type="ApplicationLaunchInstructions" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationType" type="ApplicationType">
        <TypeFieldValues>
            <TypeFieldValue value="Web application" type="WebApp" />
            <TypeFieldValue value="Remote machine" type="RemoteMachine" />
            <TypeFieldValue value="Client application" type="ClientApp" />
        </TypeFieldValues>
    </TypeField>
</TypeFields>

TF402588: 여러 포트폴리오 백로그 [backlogNames]에서 [backlogName]을 부모로 정의했습니다. 부모 백로그에는 자식 백로그가 하나만 있을 수 있습니다.

하나의 자식 포트폴리오 백로그만 단일 부모 백로그에 매핑할 수 있습니다.

ProcessConfiguration을 편집하여 부모-자식 백로그 사양을 수정합니다.

오류 예제

  <PortfolioBacklog category="Microsoft.EpicCategory" parent="Microsoft.InitiativeCategory" pluralName="Epics" singularName="Epic">
    ...
  </PortfolioBacklog>

  <PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.InitiativeCategory" pluralName="Features" singularName="Feature">
    ...
  </PortfolioBacklog>

해결 방법 예제

기능 백로그에서 부모를 변경하여 에픽 백로그를 가리킵니다.

  <PortfolioBacklog category="Microsoft.EpicCategory" parent="Microsoft.InitiativeCategory" pluralName="Epics" singularName="Epic">
    ...
  </PortfolioBacklog>

  <PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">
    ...
  </PortfolioBacklog>

TF402589: 포트폴리오 백로그 [backlogName] 은 정의되지 않은 부모 포트폴리오 백로그 [backlogName]을 참조합니다.

ProcessConfiguration.xml 정의에는 정의되지 않은 포트폴리오 백로그를 참조하는 값이 포함되어 parent 있습니다.

오류 예제

  <PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">

해결 방법 예제

ProcessConfiguration.xml 파일에 에픽 PortfolioBacklog 을 추가합니다.

  <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>
    <Columns>
      <Column refname="System.WorkItemType" width="100" />
      <Column refname="System.Title" width="400" />
      <Column refname="System.State" width="100" />
      <Column refname="Microsoft.VSTS.Common.BusinessValue" width="50" />
      <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100" />
      <Column refname="System.Tags" width="200" />
    </Columns>
  </PortfolioBacklog>

TF402590: 여러 포트폴리오 백로그 [백로그 1, 백로그 2] 는 부모를 정의하지 않습니다.

상위 백로그인 하나의 포트폴리오 백로그만 분리될 수 있습니다. 다른 모든 백로그에는 특성과 값이 parent="Microsoft.FooCategory" 포함되어야 합니다.

해결 방법 예제

  <PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">

402595: 너무 많은 포트폴리오 백로그가 정의됩니다. 최대 5개까지 허용됩니다.

ProcessConfiguration.xml 파일을 편집하여 섹션에서 추가 PortfolioBacklog 요소를 PortfolioBacklogs 제거합니다.

자세한 내용은 ProcessConfiguration XML 요소 참조를 검토하세요.

TF400506: 이 요소는 버그 또는 결함을 나타내는 작업 항목의 상태를 정의합니다.

이 오류는 섹션이 BugWorkItems 잘못 구성되면 발생합니다. 포함된 작업 항목 유형에 대해 정의된 각 상태는 섹션에 Microsoft.BugCategory 정의된 상태 값 집합에 BugWorkItems 있어야 합니다. 예를 들어 버그 작업 항목 유형(새로 만들기, 승인됨, 커밋됨, 완료)에 대해 정의된 작업 항목 유형에 대해 다음 상태가 정의된 경우 섹션은 BugWorkItems 다음과 같이 구성되어야 합니다.

  <BugWorkItems category="Microsoft.BugCategory" pluralName="Bugs" singularName="Bug">
    <States>
    <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
    </States>
  </BugWorkItems>

자세한 내용은 ProcessConfiguration XML 요소 참조를 참조하세요.

TF400507: 각 작업 항목 유형은 BugWorkItems에 정의된 상태 중 하나와 일치하는 초기 상태 값을 지원해야 합니다.

이 오류는 프로세스 구성 XML 파일의 섹션에 Microsoft.BugCategory 포함되지 않은 초기 상태를 지정하는 작업 항목 형식에 BugWorkItems 따라 발생합니다. 명명된 작업 항목 형식에 대한 XML 정의 워크플로 상태를 수정하거나 누락된 상태를 포함하도록 섹션을 업데이트 BugWorkItems 합니다.

자세한 내용은 ProcessConfiguration XML 요소 참조를 참조하세요.

TF400572: 이 기능을 사용하려면 프로젝트 프로세스 설정 구성해야 합니다.

이는 프로젝트 프로세스 설정 존재하기 전에 TFS 2010 이전 버전의 템플릿에 의해 발생합니다. 업그레이드 후 구성 기능을 실행하여 확인하거나 프로세스 템플릿에 ProcessConfiguration XML 파일을 추가합니다.

작업 항목 형식

TF402570: [n] 작업 항목 유형을 정의했습니다. 최대 [witLimit] 가 허용됩니다.

프로세스에서 허용되는 더 많은 WIT를 정의했습니다. WorkItems.xml 파일을 검토하고 포함된 문의 수를 WORKITEMTYPE 줄이고 프로세스에서 연결된 WIT 정의 파일을 제거합니다.

TF402573: 작업 항목 유형 WIT는 필수 refname 특성을 지정하지 않습니다.

작업 항목 유형(버그, 사용자 스토리, 작업 등)에는 특성이 refname 필요합니다. refname 값은 고유해야 하며 예약된 네임스페이스를 포함할 수 없습니다. 네임스페이스 시스템입니다.XXX 및 Microsoft.VSTS.XXX는 Azure DevOps에서 예약됩니다.

자세한 내용은 모든 WITD XML 요소 참조를 참조하세요.

오류 예제

<WORKITEMTYPE name="Bug">

해결 방법 예제

<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">

TF402599: 허용되지 않는 네임스페이스 [네임스페이스]를 사용하므로 작업 항목 형식 refname [refName]이 유효하지 않습니다.

사용자 지정 필드 및 WIT의 참조 이름은 예약된 네임스페이스인 System을 사용할 수 없습니다.XXX 및 Microsoft.VSTS.XXX.

명명된 refname WIT의 특성을 편집합니다.

오류 예제

<FIELD name="Custom Field" refname="Microsoft.VSTS.CustomField" type="String" />

해결 방법 예제

<FIELD name="Custom Field" refname="*CustomNamespace.CustomField*" type="String" />

TF402600: 작업 항목 형식 참조 이름 [refName] 이 잘못되었습니다. 작업 항목 유형 참조 이름에는 문자만, 공백이 없고, 마침표가 하나 이상 있어야 합니다(.)

WIT 참조 이름은 문자만, 공백 없음, 마침표 하나 이상(.) 등 설정된 명명 규칙을 준수해야 합니다.

명명 요구 refname 사항을 충족하도록 명명된 WIT의 특성을 편집합니다.

오류 예제

<WORKITEMTYPE name="Bug" refname="MyCompanyBug32">

해결 방법 예제

<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">

작업 항목 필드

TF402538: 필드 규칙 [ruleName] 은 지원되지 않습니다.

WIT 정의를 편집하여 명명된 규칙을 제거합니다. Azure DevOpsCANNOTLOSEVALUEPROHIBITEDVALUESMATCHNOTSAMEAS로 가져오기에는 다음 규칙이 지원되지 않습니다.

TF402539: 필드 [refName]에서는 [ruleNames] 규칙만 허용합니다.

명명된 필드에 대한 WIT 정의를 편집하고 허용되지 않는 규칙을 제거합니다. 섹션과 WORKFLOW 섹션을 FIELDS 모두 검토합니다. 대부분의 시스템 필드는 규칙 지정을 허용하지 않습니다.

시스템 필드에 사용할 유효한 규칙

이름	허용되는 규칙
System.Title	REQUIRED, DEFAULT
System.Description	REQUIRED, DEFAULT
System.AssignedTo	REQUIRED, DEFAULT, ALLOWEXISTINGVALUEVALIDUSER
System.ChangedBy	REQUIRED, DEFAULT, ALLOWEXISTINGVALUEVALIDUSER

TF402540: [전역 목록]을 지정하므로 작업 항목 유형 [witName]이 유효하지 않습니다. 전역 목록은 지원되지 않습니다.

전역 목록은 VSTS에서 지원되지 않습니다. 모든 WIT 정의 파일의 요소 및 LISTITEMALLOWEDVALUES 요소의 GLOBALLIST 모든 인스턴스를 대체합니다. 참조: 선택 목록을 정의합니다.

오류 예제

<FIELD name="CustomField" refname="MyCompany.CustomField" type="String">
  <ALLOWEDVALUES>
    <GLOBALLIST name="Disciplines" />
  </ALLOWEDVALUES>
</FIELD>

해결 방법 예제

<FIELD name="CustomField" refname="MyCompany.CustomField" type="String">
  <ALLOWEDVALUES>
    <LISTITEM value="Architecture" />
    <LISTITEM value="Requirements" />
    <LISTITEM value="Development" />
    <LISTITEM value="Release Management" />
    <LISTITEM value="Project Management" />
    <LISTITEM value="Test" />
  </ALLOWEDVALUES>
</FIELD>

TF402541: 작업 항목 유형 [witName] 은 전역 목록 [globalListName]을 참조하므로 유효하지 않습니다. 전역 목록은 지원되지 않습니다.

전역 목록은 VSTS에서 지원되지 않습니다. 모든 WIT 정의 파일의 요소 및 LISTITEMALLOWEDVALUES 요소의 GLOBALLIST 모든 인스턴스를 대체합니다. 참조: 선택 목록을 정의합니다.

오류 예제

<FIELD name="CustomField" refname="MyCompany.CustomField" type="String">
  <ALLOWEDVALUES>
    <GLOBALLIST name="Disciplines" />
  </ALLOWEDVALUES>
</FIELD>

해결 방법 예제

<FIELD name="CustomField" refname="MyCompany.CustomField" type="String">
  <ALLOWEDVALUES>
    <LISTITEM value="Architecture" />
    <LISTITEM value="Requirements" />
    <LISTITEM value="Development" />
    <LISTITEM value="Release Management" />
    <LISTITEM value="Project Management" />
    <LISTITEM value="Test" />
  </ALLOWEDVALUES>
</FIELD>

TF402542: 허용되지 않는 네임스페이스 [네임스페이스]를 사용하므로 사용자 지정 필드 refname [refName]이 유효하지 않습니다.

네임스페이스 시스템입니다.XXX 및 Microsoft.VSTS.XXX는 VSTS에서 예약됩니다. 사용자 지정 필드 및 형식의 참조 이름은 이러한 네임스페이스를 사용할 수 없습니다.

이 오류를 해결하려면 표시되는 WIT 정의 파일에서 명명된 필드의 특성 이름을 바꿉 refname 니다.

오류 예제

<FIELD name="CustomField" refname="System.CustomField" type="String" />

  - OR - 

<FIELD name="CustomField" refname="Microsoft.VSTS.CustomField" type="String" />

해결 방법 예제

<FIELD name="CustomField" refname="MyCompany.CustomField" type="String" />

TF402544: 작업 항목 유형 [witName]에 정의된 필드 [refName]에는 ProcessConfiguration에 지정된 요소 [elementName]을 지원하는 값이 포함된 규칙이 필요합니다ALLOWEDVALUES.

명명된 WIT에서 명명된 필드를 편집하여 누락된 ALLOWEDVALUES 규칙을 제공하고, 자세한 내용은 명명된 요소를 참조합니다.

ProcessConfiguration.xml 파일 요소 TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity"입니다. 작업 범주에 속하는 모든 WIT의 Microsoft.VSTS.Common.Activity 필드에 대해 선택 목록이 정의되어 있어야 합니다.

<TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />

작업 범주에 버그를 추가한 경우 Bug.xml 파일에 명명된 필드가 포함되어 있고 Task.xml 파일에 정의된 것과 동일한 선택 목록을 지정해야 합니다.

오류 예제

Bug.xml에는 정의된 필드가 있지만 선택 목록은 없습니다.

      <FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
        <HELPTEXT>Type of work involved</HELPTEXT>
      </FIELD> 

해결 방법 예제

수정된 Bug.xml

      <FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
        <HELPTEXT>Type of work involved</HELPTEXT>
        <SUGGESTEDVALUES>
          <LISTITEM value="Development"/>
          <LISTITEM value="Testing"/>
          <LISTITEM value="Requirements"/>
          <LISTITEM value="Design"/>
          <LISTITEM value="Deployment"/>
          <LISTITEM value="Documentation"/>
        </SUGGESTEDVALUES>
      </FIELD>

TF402545: 요소 [elementName]을 사용하려면 작업 항목 형식 [witName]의 정의에 필드 [fieldName]을 포함해야 합니다.

ProcessConfiguration.xml 파일의 섹션 내에서 AddPanel 지정한 각 field 항목에 대해 명명된 WIT 정의에 해당 FIELD 요소를 포함해야 합니다.
또한 명명된 Control WIT의 FORM 섹션 내에 요소를 포함해야 합니다.

오류 예제

ProcessConfiguration.xml은 두 개의 사용자 지정 필드를 지정합니다. 그러나 이러한 필드는 UserStory.xml 파일에 정의되지 않습니다.

<AddPanel>
   <Fields>
      <Field refname="System.Title" />
      <Field refname="Fabrikam.Product" />
      <Field refname="Fabrikam.Technology" />
   </Fields>
</AddPanel>

해결 방법 예제

UserStory.xml 파일에 추가된 요소가 없습니다 FIELD .

      <FIELD name="Product" refname="Fabrikam.Product" type="String" reportable="dimension">
     <FIELD name="Technology" refname="Fabrikam.Technology" type="String" reportable="dimension"> 

ProcessConfiguration 요소 [elementName]을 지원하려면 작업 항목 유형 [witName] 이 TypeField [typeField] (필드 refname [refName])를 정의해야 합니다.

ProcessConfiguration에서 withTypeFieldValues를 TypeField 만들었습니다. 작업 항목 유형에서 동일한 TypeField항목을 참조해야 합니다.

오류 예제

ProcessConfiguration.xml

  <TypeField refname="Custom.ApplicationType" type="ApplicationType">
    <TypeFieldValues>
      <TypeFieldValue value="Web application" type="WebApp" />
      <TypeFieldValue value="Remote machine" type="RemoteMachine" />
      <TypeFieldValue value="Client application" type="ClientApp" />
    </TypeFieldValues>
  </TypeField>  

FeedbackRequest.xml은 Custom.ApplicationType 필드를 사용해야 하는 경우 Microsoft.VSTS.Feedback.ApplicationType 필드를 사용합니다.

  <FIELD name="Application Type" refname="Microsoft.VSTS.Feedback.ApplicationType" type="String">
    ...
  </FIELD>

해결 방법 예제

FeedbackRequest.xml

  <FIELD name="Application Type" refname="Custom.ApplicationType" type="String">
    ...
  </FIELD>

TF402556: 필드 [refName]을 잘 정의하려면 이름을 [fieldName]으로 지정하고 해당 형식을 [fieldType]으로 설정해야 합니다. [refName]이 [fieldName]이고 형식이 [fieldType]인 경우

온-프레미스 서버에 있고 tfsMigrator를 실행하는 경우 이 오류는 일반적으로 프로세스가 만료되고 시스템 필드가 제대로 정의되지 않은 경우에 생성됩니다. 대부분의 경우 명령을 사용하여 witadmin /changefield 필드의 이름을 올바르게 바꿔야 합니다.

예약 필드의 예

예약된 시스템입니다.XXX 및 Microsoft.VSTS.XXX 필드에는 필수 이름 및 형식 값이 있습니다.

필드	이름	Type
System.Id	ID	정수
System.Title	타이틀	문자열
Microsoft.VSTS.Scheduling.StoryPoints	스토리 포인트	두 배
Microsoft.VSTS.Scheduling.Re기본IngWork	남은 작업	두 배
Microsoft.VSTS.Scheduling.OriginalEstimate	원래 예상값	두 배
Microsoft.VSTS.Scheduling.CompletedWork	완료된 작업	두 배

오류 예제

TF402556: Microsoft.VSTS.TCM.ReproSteps 필드가 잘 정의되려면 이름을 Repro Steps로 지정하고 형식을 HTML로 설정해야 합니다. Microsoft.VSTS.TCM.ReproSteps가 내 재현 단계이고 형식이 HTML인 경우

Bug.xml에서 친숙한 필드 이름이 "내 재현 단계"로 변경되었습니다.

  <FIELD name="My Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML">
    <HELPTEXT>How to see the bug. End by contrasting expected with actual behavior.</HELPTEXT>
  </FIELD> 

해결 방법 예제

Bug.xml

  <FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML">
    <HELPTEXT>How to see the bug. End by contrasting expected with actual behavior.</HELPTEXT>
  </FIELD> 

TF402557: [witName]의 작업 항목 유형에 [refName] 필드에 대한 정의가 일치하지 않습니다. 필드에 대한 모든 참조에 동일한 RefName, Name 및 Type이 있는지 확인합니다.

FIELD 이름이 같은 필드에 대한 요소 정의는 WIT 간에 일관되어야 합니다. 명명된 필드에 대한 각 WIT 정의에서 , name및 type 특성이 동일한지 refname확인합니다.

오류 예제

Bug.xml

  <FIELD name="Hair Color" refname="MyCompany.CustomFields.HairColor" type="String" reportable="dimension" />

UserStory.xml

  <FIELD name="Hair Color 2" refname="MyCompany.CustomFields.HairColor" type="Double" reportable="dimension" />

name Bug.xml 작업 항목 형식의 특성과 type 특성이 다릅니다.

해결 방법 예제

Bug.xml

  <FIELD name="Hair Color" refname="MyCompany.CustomFields.HairColor" type="String" reportable="dimension" />

UserStory.xml

  <FIELD name="Hair Color" refname="MyCompany.CustomFields.HairColor" type="String" reportable="dimension" />

TF402558: 필드 [refName]의 정의가 [templateNames] 템플릿에 있는 필드의 기존 정의와 일치하지 않습니다.

필드는 Azure DevOps Services로 가져오려는 프로세스 간에 일관되게 정의되어야 합니다. 시스템에서는 프로세스 A에서 한 가지 방법으로 정의되고 프로세스 B의 다른 방법으로 정의된 요소가 포함된 FIELD 프로세스를 가져올 수 없습니다. 모든 FIELD 요소 특성이 일치해야 합니다.

예시

프로세스 A, Bug.xml

  <FIELDS>  
    ...   
    <FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
    ...
  </FIELDS>

프로세스 B, Bug.xml

  <FIELDS>  
    ...   
    <FIELD name="Bar" refname="MyCompany.CustomFields.Foo" type="Double" reportable="dimension" />
    ...
  </FIELDS>

특성에 type 대해 name 서로 다른 값을 지정하는 방법을 확인합니다.

해결

동일한 refname 필드가 모든 프로세스에서 동일하게 정의되었는지 확인합니다.
을 가져왔거나 Azure DevOps Services로 가져올 계획입니다.

TF402559: 필드 [refName] 에 대한 정의가 기존 필드와 일치하지 않습니다. [typetypeName]이지만 [typeName]이어야 합니다.

명명된 type 필드가 포함된 WIT 파일을 편집하여 지정된 특성 값이 모든 WIT에서 일관되도록 합니다.

TF402562: 작업 항목 유형 [witName]에 대한 [n] 필드를 정의했습니다. [fieldLimit]만 허용됩니다.

작업 항목 유형 [witName]에 대한 [n] 필드를 정의했습니다. [fieldLimit]만 허용됩니다. 단일 WIT 내에서 지정된 수의 필드만 지정할 수 있습니다.

명명된 WIT를 편집하고 추가 사용자 지정 필드를 제거하여 허용되는 제한 내에 있는 총 필드 수를 줄입니다.

TF402563: 모든 작업 항목 유형에 대해 총 [n] 필드를 정의했습니다. [fieldLimit]만 허용됩니다.

프로세스에 정의된 모든 WIT에 대해 [n] 필드를 정의했습니다. [fieldLimit]만 허용됩니다. 여기에는 System이 포함됩니다.XXX 및 Microsoft.VSTS.XXX 네임스페이스 필드 및 사용자 지정 필드

섹션 및 WORKFLOW 섹션을 FIELDS 검토하고 제거할 사용자 지정 필드를 결정합니다.

TF402566: 작업 항목 유형 [witName]에 대한 [n] 필드 규칙을 정의했습니다. 최대 [ruleLimit] 가 허용됩니다.

하나의 WIT에 대해 허용되는 필드 규칙 수를 초과하는 명명된 WIT에 대해 [n] 필드 규칙을 정의했습니다.

명명된 WIT를 편집하고 추가 필드 규칙을 제거하여 허용되는 제한 내에 있는 총 필드 수를 줄입니다.

TF402568: 작업 항목 유형 [witName]을 syncnamechanges="true" 사용하여 [n] 필드를 정의했습니다. 최대 64개까지 허용됩니다.

명명된 WIT에 대해 정의된 필드 syncnamechanges="true" 수가 허용된 제한을 초과합니다. 여기에는 System이 포함됩니다.XXX 및 Microsoft.VSTS.XXX 네임스페이스 필드 및 사용자 지정 필드

명명된 FIELDS WIT의 섹션을 검토하고 제거하거나 수정할 사용자 지정 필드를 결정합니다.

예시

  <FIELD name="Assigned To" refname="System.AssignedTo" type="String" reportable="dimension" syncnamechanges="true" >
    ...
  </FIELD>

TF402569: 작업 항목 유형 [witName]에서 필드 [fieldName]의 [n] 값을 정의했습니다. 최대 [listLimit] 가 허용됩니다.

명명된 WIT의 명명된 필드에 대해 정의된 요소 수가 LISTITEM 허용된 제한을 초과합니다.

허용되는 최대값을 초과하지 않도록 명명된 WIT를 편집하여 요소 수를LISTITEM 줄입니다.

예시

  <FIELD name="Favorite Color" refname="MyCompany.CustomFields.FavColor" type="String" reportable="dimension">
    <ALLOWEDVALUES>
      <LISTITEM value="Color1" />
      <LISTITEM value="Color2" />
      <LISTITEM value="Color3" />
      . . . 
    </ALLOWEDVALUES>
  </FIELD>

버그와 사용자 스토리 refname 값이 다릅니다.

TF402584: 필드 규칙 특성 "for" 또는 "not"은 지원되지 않습니다.

"for" Azure DevOps Services로 가져오기 위한 필드 규칙에 대해서는 특성과 "not" 특성이 전혀 지원되지 않습니다.
및 섹션의 FIELDS 존재 "for" 및 WORKFLOW"not" 특성을 검토하고 제거합니다.

오류 예제

<FIELD name="Title">
  <READONLY for="Dev Team" not="Test Team" />
</FIELD>

해결 방법 예제

<FIELD name="Title">
  <READONLY />
</FIELD>

TF402593: 필드 [fieldName]에는 필드 규칙이 지원되지 않습니다.

대부분의 시스템 및 Microsoft.VSTS 필드는 규칙을 지원하지 않습니다. 지원되는 필드 규칙의 전체 목록은 규칙 및 규칙 평가를 참조하세요.

명명된 필드를 포함하는 작업 항목 형식에 대한 정의 파일을 편집하고 지정된 필드 규칙을 제거합니다.

TF402602: 필드 [refName] 에는 정확히 이러한 값 [값]이 있어야 합니다.

예약된 네임스페이스-시스템에서 VSTS에 의해 정의된 모든 필드입니다.XXX 및 Microsoft.VSTS.XXX는 변경할 수 없습니다. 이러한 선택 목록 필드에 다른 값 목록을 포함하려면 사용자 고유의 사용자 지정 필드를 정의합니다.

오류 예제

Bug.xml에는 우선 순위 필드가 정의되어 있지만 예상과 다른 값 목록이 있습니다.

      <FIELD name="Priority" refname="Microsoft.VSTS.Common.Priority" type="Integer" reportable="dimension">
        <ALLOWEDVALUES expanditems="true">
          <LISTITEM value="0"/>
          <LISTITEM value="1"/>
          <LISTITEM value="2"/>
        </ALLOWEDVALUES>
        <DEFAULT from="value" value="2" />
      </FIELD>

해결 방법 예제

새 필드를 포함하여 Bug.xml 수정

      <FIELD name="Priority" refname="Microsoft.VSTS.Common.Priority" type="Integer" reportable="dimension">
        <HELPTEXT>Business importance. 1=must fix; 4=unimportant.</HELPTEXT>
        <ALLOWEDVALUES expanditems="true">
          <LISTITEM value="1"/>
          <LISTITEM value="2"/>
          <LISTITEM value="3"/>
          <LISTITEM value="4"/>
        </ALLOWEDVALUES>
        <DEFAULT from="value" value="2" />
      </FIELD>

      <FIELD name="Custom Priority" refname="Custom.Priority" type="Integer" reportable="dimension">
        <HELPTEXT>Business importance. 1=must fix; 4=unimportant.</HELPTEXT>
        <ALLOWEDVALUES expanditems="true">
          <LISTITEM value="0"/>
          <LISTITEM value="1"/>
          <LISTITEM value="2"/>
        </ALLOWEDVALUES>
        <DEFAULT from="value" value="2" />
      </FIELD>

VS402504: [프로젝트]\그룹 이름을 사용자 또는 그룹을 찾을 수 없습니다. 작업 항목 유형 정의에 사용된 사용자 및 그룹이 있는지 확인합니다.

사용자 지정 프로젝트 범위 그룹은 지원되지 않습니다. 계정 수준 범위 그룹만 참조할 수 있습니다.

오류 예제

Bug.xml이 프로젝트 범위 그룹을 참조하고 있습니다.

... "[project]\Organization Leaders"

해결 방법 예제

새 계정(컬렉션) 수준 그룹 "조직 리더"를 만들고 XML에서 이에 따라 참조합니다.

... "[global]\Organization Leaders"

참고 항목

새로 만든 전역 그룹은 가져오기 프로세스에서 발견되기까지 다소 시간이 걸릴 수 있습니다.

TF237094: '[fieldName]' 필드 이름은 '[refName]' 필드에 사용되므로 '[refName]' 필드에서 사용할 수 없습니다.

다른 필드에 동일한 이름의 필드 이름이 이미 있습니다. 필드 이름을 변경합니다.

오류 예제

TF237094: Field name 'External ID' is used by the field 'Custom.ExistingField.ExternalID', so it cannot be used by the field 'Custom.NewField.ExternalID'.

해결 방법 예제

Custom.NewField.ExternalID의 필드 이름 변경

<FIELD name="External ID" refname="Custom.NewField.ExternalID" type="string" reportable="dimension" />

작업 항목 레이아웃

VS403104: 작업 항목 유형 [witName] 은 모든 레이아웃에 포함되지 않은 필수 필드 [refName] 을 참조합니다.

이 경고는 노드에서 참조 <Layout> 되는 작업 항목 형식에 필수 필드가 있지만 그렇지 않은 <WebLayout>경우 생성됩니다. 새 <WebLayout> 폼의 레이아웃을 수정하는 데 사용됩니다. 자세한 내용은 WebLayout xml 참조를 참조하세요.

VS403073: 그룹 & <Group Name>: 그룹에 레이블 컨트롤이 앞에 오는 단일 HTML 또는 WebPage 컨트롤만 포함할 수 있다는 규칙을 위반합니다.

새 양식 레이아웃에서 그룹은 하나의 HTMLFieldControl 또는 WebPageControl만 포함할 수 있습니다.

오류 예제

<Section>
    <Group Label="Description:">
        <Control Label="Reason For Request:" Type="HtmlFieldControl" FieldName="System.Description" />
        <Control Label="Business Case For Request:" Type="HtmlFieldControl" FieldName="MB.BusinessCase" />
    </Group>
</Section>

이 문제를 해결하려면 각각 하나의 컨트롤을 포함하는 두 개의 개별 그룹을 만듭니다.

해결 방법 예제

<Section>
    <Group Label="Reason for Request">
        <Control Label="Reason For Request:" Type="HtmlFieldControl" FieldName="System.Description" />       
    </Group>
    <Group Label="Business Case">
        <Control Label="Business Case For Request" Type="HtmlFieldControl" FieldName="Custom.BusinessCase" />       
    </Group>
</Section>

TF402594: 부모 요소의 con텐트 모드l이 비어 있으므로 'Control' 요소에 자식 요소 'Link'가 포함될 수 없습니다.

오류 예제

  <Control Type="FieldControl" FieldName="customfield.foo" Label="Foo" LabelPosition="Left">
    <Link UrlRoot="http://www.visualstudio.microsoft.com/team-services/" />
  </Control>

해결 방법 예제

  <Control Type="FieldControl" FieldName="System.Title" LabelPosition="Left" Label="Title 1"  
    <LabelText>  
        <Text>  
          <Link UrlRoot="http://www.visualstudio.microsoft.com/team-services/" />  
              Title 2  
        </Text>  
    </LabelText>  
  </Control>  

워크플로 정의

TF402567: 작업 항목 유형 [witName]에 대한 [n] 워크플로 상태를 정의했습니다. 최대 [stateLimit] 가 허용됩니다.

명명된 WIT에 대해 한 WIT에 대해 허용되는 워크플로 상태 수를 초과하는 [n] 워크플로 상태를 정의했습니다.

WORKFLOW 명명된 WIT의 섹션을 편집하고 추가 STATE 요소를 제거하여 허용되는 한도 내에 있는 상태의 총 수를 줄입니다.

TF402578: 필드 [refName]은 [refName] 필드에 이미 사용 중인 이름 [friendlyName]을 지정합니다. 친숙한 이름은 모든 필드 정의에서 고유해야 합니다.

필드 이름은 작업 항목 형식 내에서 고유해야 합니다.

오류 예제

  <FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
  <FIELD name="Foo" refname="MyCompany.CustomFields.Bar" type="String" reportable="dimension" />

이름이 있는 두 개의 필드가 있습니다. <FIELD name="Foo"

해결 방법 예제

  <FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
  <FIELD name="Bar" refname="MyCompany.CustomFields.Bar" type="String" reportable="dimension" />

TF402579: 이름 [friendlyName]은 [witNames]의 작업 항목 유형에 따라 다른 필드에서 여러 번 사용됩니다. 필드의 이름은 프로젝트 컬렉션 전체에서 고유해야 합니다.

동일한 refname="MyCompany.FieldName" 이름을 참조하는 필드에는 동일한 이름 FIELD name="fieldname" 값이 있어야 합니다.

오류 예제

프로세스 A, Bug.xml

  <FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />  

프로세스 B, Bug.xml

  <FIELD name="Bar" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />  

두 필드 모두 동일한 참조 이름을 refname="MyCompany.CustomFields.Foo"공유하므로 가져오거나 Azure DevOps Services로 가져올 모든 프로세스에서 동일한 이름을 <FIELD name="Foo" 지정해야 합니다.

TF402580: 단일 작업 항목 유형에 [witName] 이름만 사용할 수 있습니다.

WIT 식별 이름은 WORKITEMTYPE name="Name" 프로세스 내에서 고유해야 합니다.

오류 예제

내 작업 항목 A.xml

  <WORKITEMTYPE name="My Work Item" refname="My.MyWorkItemA">

내 작업 항목 B.xml

  <WORKITEMTYPE name="My Work Item" refname="My.MyWorkItemB">

두 작업 항목 유형에서 동일한 방식을 WORKITEMTYPE name= 확인합니다.

해결 방법 예제

내 작업 항목 A.xml

  <WORKITEMTYPE name="My Work Item A" refname="My.MyWorkItemA">

내 작업 항목 B.xml

  <WORKITEMTYPE name="My Work Item B" refname="My.MyWorkItemB">

TF402581: 단일 작업 항목 유형에 대해서만 refname [refName] 을 사용할 수 있습니다.

WIT 참조 이름은 refname="value" 프로세스 내에서 고유해야 합니다.

오류 예제

Bug.xml

  <WORKITEMTYPE name="Bug" refname="MyCompany.Name">

UserStory.xml

  <WORKITEMTYPE name="User Story" refname="MyCompany.Name"> 

두 값이 모두 refname "MyCompany.Name"인 것을 확인합니다.

해결 방법 예제

Bug.xml

  <WORKITEMTYPE name="Bug" refname="MyCompany.Bug">

UserStory.xml

  <WORKITEMTYPE name="User Story" refname="MyCompany.UserStory"> 

TF402582: 작업 항목 유형 [witName] 에는 지원되지 않는 사용자 지정 컨트롤 [controlName] 이 포함되어 있습니다.

사용자 지정 컨트롤은 Azure DevOps Services에서 지원되지 않습니다. 명명된 FORM WIT에 대한 섹션을 검토하고 정의된 사용자 지정 컨트롤을 제거합니다.

오류 예제

Type="OneViewMultiValueControl" 는 사용자 지정 컨트롤을 지정합니다. 이를 제거하거나 지원되는 컨트롤로 바꿔야 합니다.

    <Group Label="Engineering Alignment">
        <Column PercentWidth="100">
            <Control FieldName="Fabrikam.Content.Product" Type="FieldControl" Label="Product" LabelPosition="Left" />
            <Control FieldName="Fabrikam.Content.Release" Type="FieldControl" Label="Milestone" LabelPosition="Left" />
            <Control FieldName="Fabrikam.Content.Technology" Type="FabrikamMultiValueControl" Label="Technology" LabelPosition="Left" />
        </Column>
    </Group>

테스트 관리 플러그 인 오류

테스트 관리 폴더에 있는 TestManagement.xml 파일은 테스트 관리자의 초기 구성 정의에 설명된 구문 및 규칙을 준수해야 합니다.

TF402533: TestManagement 플러그 인의 요소 '[elementName]'에 특성이 'fileName' 없습니다.

TestManagement.xml 파일의 명명된 요소에 누락된 특성을 추가합니다.

TF402534: TestManagement 플러그 인에 지원되지 않는 작업 '[taskName]'이 포함되어 있습니다.

TestManagement.xml 파일에 지정된 명명된 작업을 수정합니다.

오류 예제

요소의 TestResolutionStates 철자가 틀렸습니다.

    <taskXml>
      <TestResolutionSattes fileName="Test Management\TestResolutionState.xml" />
    </taskXml>

해결 방법 예제

맞춤법 오류를 수정했습니다.

    <taskXml>
      <TestResolutionStates fileName="Test Management\TestResolutionState.xml" />
    </taskXml>

관련된 문서

• 프로세스 유효성 검사 및 가져오기
• Azure DevOps 데이터 가져오기 서비스