Azure DevOps Services
중요한
가져오기 프로세스는 프로세스 템플릿의 WIT 정의를 업데이트하여 사용자 지정을 관리할 수 있는 호스트된 XML 프로세스 모델을 지원합니다. 이 기능은 Azure DevOps 데이터 가져오기 서비스사용하여 Azure DevOps Services로 마이그레이션된 조직에서만 사용할 수 있습니다.
상속 프로세스 모델을 사용하는 경우 상속된 프로세스를 만들어 사용자 인터페이스를 통해 작업 추적을 사용자 지정할 수 있습니다. 온-프레미스 XML 프로세스 모델을 사용하는 경우 프로세스 템플릿을 사용자 지정할 수 있습니다. 프로세스 템플릿 업로드 또는 다운로드하고 프로세스 템플릿 사용자 지정.
자세한 내용은 작업 추적 사용자 지정을 참조하세요.
프로세스를 가져오는 동안 시스템이 사용자 지정 프로세스에 대해 예상대로 작동하는지 확인하기 위해 프로세스의 유효성을 검사합니다. 프로세스가 유효성 검사에 실패하면 오류 메시지 목록이 표시됩니다.
가져오기 프로세스 시도했을 때 유효성 검사 오류가 발생한 경우 가져오기를 다시 시도하기 전에 오류를 해결합니다. 각 오류에는 특정 유효성 검사 실패에 대한 자세한 내용과 해결 방법에 대한 지침에 대한 링크가 있습니다. 받은 메시지에 제공된 해결 방법 수정 사항을 적용하고, 업데이트된 파일을 압축하고, 가져오기 작업을 다시 시도합니다.
사용자 지정을 막 시작하는 경우, 제공된 유효성 검사 규칙을 검토하십시오.
필수 구성 요소
특정 비즈니스 요구 사항에 맞게 Azure Boards를 조정하는 방법에 대한 지침은 Azure Boards구성하고 사용자 지정하는 방법을 참조하세요.
| 범주 | 요구 사항 |
|---|---|
| 사용 권한 | - 프로세스를 만들거나, 삭제하거나, 편집하려면: 프로젝트 컬렉션 관리자 그룹 구성원이거나, 특정 컬렉션 수준 사용 권한 프로세스만들기, 프로세스삭제, 프로세스편집, 또는 조직 필드를 삭제하는 권한이 허용로 설정되어 있어야 합니다. 자세한 내용은 작업 추적에 대한 권한 및 액세스 설정, 상속된 프로세스사용자 지정을 참조하세요. - 보드를 업데이트하려면 팀 관리자 또는 프로젝트 관리자 그룹의 구성원입니다. |
| Access | - 기본 또는 더 낮은 액세스 권한이 있더라도 다른 사용자가 권한을 부여한 경우에도 프로세스를 변경할 수 있습니다. - 기존 작업 항목의 형식을 업데이트하고 변경하려면: 프로젝트의 멤버입니다. |
| 프로젝트 프로세스 모델 | - 프로젝트를 포함하는 프로젝트 컬렉션에 대해 상속 프로세스 모델이 있어야 합니다. - Azure DevOps Services로 데이터를 마이그레이션하는 경우 Team Foundation Server 데이터베이스 가져오기 서비스사용합니다. |
| 지식 | 사용자 지정 및 프로세스 모델에 대한 숙지 |
정보 메시지 - 작업이 필요하지 않음
TF402555: 필드 [refName] 이 삭제됩니다.
가져오는 프로세스에는 업데이트 중인 프로세스에 명명된 필드가 포함되지 않으므로 업데이트 작업의 일부로 제거됩니다.
시나리오 예제
- Bug.xml 작업 항목에 사용자 지정 필드 추가
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" /> - 가져오기 프로세스
- Bug.xml에서 필드 제거
- 업데이트된 프로세스 가져오기
시스템에서 삭제할 필드에 대한 정보 메시지를 표시합니다.
TF402555: Field MyCompany.CustomFields.Foo will be deleted
TF402591: 참조 이름 [refName] 있는 필드는 기존 프로세스 [processName]에서 '[name2]'을(를) '[name1]'으로 이름을 바꿀 수 없습니다.
가져오는 프로세스에는 현재 프로세스에서 동일한 refname를 사용하는 이름이 바뀐 필드가 포함되어 있습니다.
필드 이름의 이름은 바꿀 수 없습니다.
TF402598: 작업 항목 유형 [refName] 이 삭제됩니다.
업데이트하는 프로세스에는 현재 프로세스에 있는 명명된 WIT가 포함되지 않습니다. 기존 프로세스를 업데이트하는 과정에서 시스템은 현재 프로세스에서 명명된 WIT를 삭제합니다.
시나리오 예제
-
"LSI"라는 새 작업 항목 유형 만들기
<WORKITEMTYPE name="LSI" refname="My.LSI"> - 가져오기 프로세스
- 프로세스에서 LSI 작업 항목 유형 제거
- 업데이트된 프로세스 가져오기
시스템에서 삭제에 대한 정보 메시지를 표시합니다.
TF402598: Work item type My.LSI will be deleted
TF402601: 작업 항목 유형 [witName]의 이름이 [name2]에서 [name1]로 바뀝니다.
이 프로세스에는 이름이 바뀐 WIT가 포함됩니다. WIT는 기존 프로세스에서 이름이 바뀝니다.
현재 업데이트 중인 프로세스에는 현재 프로세스에서 이름이 변경된 WIT가 포함되어 있습니다.
기존 프로세스를 업데이트하는 과정에서 시스템은 현재 프로세스에서 WIT의 이름을 바꿉니다. 프로세스를 참조하는 기존 프로젝트의 모든 작업 항목도 이름이 바뀝니다.
시나리오 예제
-
"LSI"라는 새 작업 항목 유형 만들기
<WORKITEMTYPE name="LSI" refname="My.LSI"> - 가져오기 프로세스
- LSI 작업 항목 유형 이름을 라이브 사이트 인시던트로 이름 바꾸기
<WORKITEMTYPE name="Live Site Incident" refname="My.LSI"> - 업데이트된 프로세스 가져오기
시스템에서 이름을 바꿀 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 정의에는 Fabrikam.Product.Family의 요소인 FIELD가 포함되어 있으며, 친근한 이름은 Product입니다.
<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를 참조해야 합니다.
Categories.xml 파일을 검토하여 /WorkItem Tracking/TypeDefinitions 폴더에 포함되지 않은 WIT에 대한 참조가 있는지 확인하십시오.
오류 예
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.AzureDevOps.Scheduling.Effort" width="50" />
<Column refname="Microsoft.AzureDevOps.Common.BusinessValue" width="50" />
<Column refname="Microsoft.AzureDevOps.CMMI.RequirementType" width="100" />
<Column refname="System.Tags" width="200" />
</Columns>
<AddPanel>
<Fields>
<Field refname="System.Title" />
</Fields>
</AddPanel>
</PortfolioBacklog>
참조 문서:
분류 플러그인 오류
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="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>
TF402515: 분류 플러그 인의 속성 특성이 누락되었거나 지원되지 않습니다.
요소는 property 다음 특성 namevalueisFile만 허용합니다.
지정한 property 요소를 검토하고 지원되지 않는 특성을 제거합니다.
오류 예
특성의 value 철자가 잘못되었습니다.
<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>
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 파일은 반복이 아닌 스프린트를 지정합니다.
teamSettings GroupsandPermissions.xml 반복을 지정합니다.
<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 폴더에서 해당 링크 형식 정의 파일을 제거합니다.
또한 LinksControlOptions 섹션 아래의 FORM 섹션 내에서 WIT 정의에 추가한 사용자 지정 링크 형식에 대한 참조를 제거합니다.
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 요소를 ALLOWEDVALUES 또는 SUGGESTEDVALUES 요소로 대체하십시오.
참조 구문은 선택 목록 정의를 참조 하세요.
TF402565: 전역 목록 [globalListName]에서 [n] 항목을 정의했습니다. 최대 [nn] 이 허용됩니다.
명명된 GLOBALLIST 요소에 허용되는 것보다 많은 항목이 포함됩니다. 요소에 GLOBALLIST 포함된 목록 항목 수를 줄이거나, 두 목록 모두 허용되는 최대 항목 수를 초과하지 않도록 전역 목록을 두 개 이상의 요소로 분할합니다.
참조 구문은 선택 목록 정의를 참조 하세요.
프로세스 구성
ProcessConfiguration.xml 정의 파일은 ProcessConfiguration XML 요소 참조에 설명된 구문 및 규칙을 준수해야 합니다.
TF402543: 요소 [elementName] 을 사용하려면 정확히 하나의 워크플로 상태를 메타스테이트 [metastateName]에 매핑해야 합니다.
States 누락된 메타스테이트 매핑을 제공하거나 추가 매핑을 제거하도록 ProcessConfiguration.xml 파일의 명명된 요소 내의 섹션을 업데이트합니다.
오류 예
RequirementBacklog ProcessConfiguration.xml 요소에 대한 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]에 매핑해야 합니다.
누락된 메타스테이트 매핑을 제공하려면 ProcessConfiguration.xml 파일의 명명된 요소 내에서 States 섹션을 업데이트합니다.
오류 예
RequirementBacklog ProcessConfiguration.xml 요소에 대한 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]에 대한 메타스테이트 매핑이 둘 이상 포함되어 있습니다.
메타스테이트 값은 둘 이상의 워크플로 상태에 매핑할 수 없습니다.
오류 예
RequirementBacklog ProcessConfiguration.xml 요소에는 두 개의 메타스테이트 매핑이 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]에 대한 메타스테이트에 매핑되기 때문에 필요합니다.
누락된 STATE 및 TRANSITION 요소를 추가하려면 ProcessConfiguration.xml 파일 또는 명명된 WIT의 WORKFLOW 섹션을 수정합니다.
오류 예
ProcessConfiguration.xml RequirementBacklog 요소는 value="Committed"지정합니다. 그러나 UserStory.xml 커밋을 상태로 정의하지는 않습니다.
<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] 상태에서 정확히 하나의 상태를 메타 상태 [metastateName]에 매핑해야 합니다.
STATES 명명된 요소에 대한 ProcessConfiguration.xml 파일의 섹션을 검토하고 오류 메시지에 나열된 각 sate가 있고 메타스테이트에 매핑되었는지 확인합니다.
오류 예
ProcessConfiguration.xml RequirementBacklog 요소에는 User Story 작업 항목 유형에 존재하는 상태 New가 없습니다.
STATES에 매핑된 type=Proposed" 목록에 있어야 합니다.
<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 파일의 섹션을 검토하고 명명된 메타스테이지를 제거하거나 수정합니다.
오류 예
RequirementBacklog ProcessConfiguration.xml 요소에 잘못된 철자가 포함된 메타스테이트 매핑이 포함되어 있습니다type=Proposed".
<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 >
해결 방법 예제
메타스테이트 매핑이 수정되었습니다.
<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.AzureDevOps.Scheduling.RemainingWork" type="RemainingWork" format="format h" />
<TypeField refname="Microsoft.AzureDevOps.Common.BacklogPriority" type="Order" />
<TypeField refname="Microsoft.AzureDevOps.Scheduling.Effort" type="Effort" />
<TypeField refname="Microsoft.AzureDevOps.Common.Activity" type="Activity" />
<TypeField refname="Microsoft.AzureDevOps.Feedback.ApplicationStartInformation" type="ApplicationStartInformation" />
<TypeField refname="Microsoft.AzureDevOps.Feedback.ApplicationLaunchInstructions" type="ApplicationLaunchInstructions" />
<TypeField refname="Microsoft.AzureDevOps.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 파일에 Epic 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.AzureDevOps.Common.BusinessValue" width="50" />
<Column refname="Microsoft.AzureDevOps.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 파일을 편집하여 PortfolioBacklogs 섹션에서 추가 PortfolioBacklog 요소를 제거합니다.
자세한 내용은 ProcessConfiguration XML 요소 참조를 검토하세요.
TF400506: 이 요소는 버그 또는 결함을 나타내는 작업 항목의 상태를 정의합니다.
이 오류는 섹션이 BugWorkItems 잘못 구성되면 발생합니다.
작업 항목 유형에 포함된 각 상태는 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에 정의된 상태 중 하나와 일치하는 초기 상태 값을 지원해야 합니다.
이 오류는 Microsoft.BugCategory에 포함된 작업 항목 형식이 초기 상태를 지정하는데, 이 상태가 프로세스 구성 XML 파일의 BugWorkItems 섹션에 포함되지 않았을 때 발생합니다. 명명된 작업 항목 형식에 대한 XML 정의 워크플로 상태를 수정하거나 누락된 상태를 포함하도록 BugWorkItems 섹션을 업데이트합니다.
자세한 내용은 ProcessConfiguration XML 요소 참조를 참조하세요.
TF400572: 이 기능을 사용하려면 프로젝트 프로세스 설정을 구성해야 합니다.
이 오류는 프로젝트 프로세스 설정이 존재하기 전의 이전 템플릿에서 비롯됩니다. 업그레이드 후 구성 기능을 실행하여 확인하거나 프로세스 템플릿에 ProcessConfiguration XML 파일을 추가합니다.
작업 항목 형식
TF402570: [n] 작업 항목 유형을 정의했습니다. 최대 [witLimit] 가 허용됩니다.
프로세스에서 허용되는 더 많은 WIT를 정의했습니다. WorkItems.xml 파일을 검토하고 포함된 WORKITEMTYPE 요소의 수를 줄이며, 관련된 WIT 정의 파일을 프로세스에서 제거합니다.
TF402573: 작업 항목 유형 WIT는 필수 refname 특성을 지정하지 않습니다.
작업 항목 유형(버그, 사용자 스토리, 작업 등)에는 특성이 refname 필요합니다. refname 값은 고유해야 하며 예약된 네임스페이스를 포함할 수 없습니다.
네임스페이스 System.XXX 및 Microsoft.AzureDevOps.XXX는 Azure DevOps에서 예약되었습니다.
자세한 내용은 모든 WITD XML 요소 참조 참조하세요.
오류 예
<WORKITEMTYPE name="Bug">
해결 방법 예제
<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">
TF402599: 허용되지 않는 네임스페이스 [네임스페이스]를 사용하므로 작업 항목 형식 refname [refName]이 유효하지 않습니다.
사용자 지정 필드 및 WIT의 참조 이름은 예약된 네임스페이스인 SystemXXX와 Microsoft.AzureDevOpsXXX를 사용할 수 없습니다.
명명된 refname WIT의 속성을 편집합니다.
오류 예
<FIELD name="Custom Field" refname="Microsoft.AzureDevOps.CustomField" type="String" />
해결 방법 예제
<FIELD name="Custom Field" refname="*CustomNamespace.CustomField*" type="String" />
TF402600: 작업 항목 형식 참조 이름 [refName] 이 잘못되었습니다. 작업 항목 유형 참조 이름에는 문자만, 공백이 없고, 마침표가 하나 이상 있어야 합니다(.)
WIT 참조 이름은 문자만, 공백 없음, 마침표 하나 이상(.) 등 설정된 명명 규칙을 준수해야 합니다.
명명 조건을 충족하도록 지정된 WIT의 refname 속성을 편집합니다.
오류 예
<WORKITEMTYPE name="Bug" refname="MyCompanyBug32">
해결 방법 예제
<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">
작업 항목 필드
TF402538: 필드 규칙 [ruleName] 은 지원되지 않습니다.
WIT 정의를 편집하여 명명된 규칙을 제거합니다.
다음 규칙은 Azure DevOps로 가져오는 것이 지원되지 않습니다: , MATCH, CANNOTLOSEVALUE, PROHIBITEDVALUES, 및 NOTSAMEAS.
TF402539: 필드 [refName]에서는 [ruleNames] 규칙만 허용합니다.
명명된 필드에 대한 WIT 정의를 편집하고 허용되지 않는 규칙을 제거합니다.
FIELDS와 WORKFLOW 섹션을 모두 검토합니다.
대부분의 시스템 필드는 규칙 지정을 허용하지 않습니다.
시스템 필드에 사용할 유효한 규칙
| 이름 | 허용되는 규칙 |
|---|---|
| 시스템 제목 |
REQUIRED, DEFAULT |
| 시스템.설명 |
REQUIRED, DEFAULT |
| System.할당 대상 |
REQUIRED, DEFAULT, ALLOWEXISTINGVALUEVALIDUSER |
| 시스템.변경자 |
REQUIRED, DEFAULT, ALLOWEXISTINGVALUEVALIDUSER |
TF402540: 작업 항목 유형 [witName]이(가) 전역 목록 [GLOBALLIST]을 지정하므로 유효하지 않습니다. 전역 목록은 지원되지 않습니다.
전역 목록은 Azure DevOps에서 지원되지 않습니다.
모든 WIT 정의 파일에서 GLOBALLIST 요소를 ALLOWEDVALUES 및 LISTITEM 요소로 교체합니다.
참조: 선택 목록을 정의합니다.
오류 예
<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]을 참조하므로 유효하지 않습니다. 전역 목록은 지원되지 않습니다.
전역 목록은 Azure DevOps에서 지원되지 않습니다. 모든 WIT 정의 파일에서 GLOBALLIST 요소를 ALLOWEDVALUES 및 LISTITEM 요소로 모두 교체합니다.
참조: 선택 목록을 정의합니다.
오류 예
<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]이(가) 허용되지 않는 네임스페이스 [namespace]를 사용하므로 유효하지 않습니다.
네임스페이스 System.XXX 및 Microsoft.AzureDevOps.XXX는 Azure DevOps에서 예약되어 있습니다. 사용자 지정 필드 및 형식의 참조 이름은 이러한 네임스페이스를 사용할 수 없습니다.
이 오류를 해결하려면 WIT 정의 파일에 나타나는 명명된 필드의 속성 refname 이름을 변경합니다.
오류 예
<FIELD name="CustomField" refname="System.CustomField" type="String" />
- OR -
<FIELD name="CustomField" refname="Microsoft.AzureDevOps.CustomField" type="String" />
해결 방법 예제
<FIELD name="CustomField" refname="MyCompany.CustomField" type="String" />
TF402544: 작업 항목 유형 [witName]에 정의된 필드 [refName]에는 ProcessConfiguration에 지정된 요소 ALLOWEDVALUES을 지원하는 값이 포함된 규칙이 필요합니다.
명명된 WIT에서 명명된 필드를 편집하여 누락된 ALLOWEDVALUES 규칙을 추가하고, 자세한 내용은 명명된 요소를 참조하십시오.
ProcessConfiguration.xml 파일 요소인 TypeField refname="Microsoft.AzureDevOps.Common.Activity" type="Activity"작업 범주에 속하는 모든 WIT의 Microsoft.AzureDevOps.Common.Activity 필드에 대해 선택 목록이 정의되어 있어야 합니다.
<TypeField refname="Microsoft.AzureDevOps.Common.Activity" type="Activity" />
작업 범주에 버그를 추가한 경우 Bug.xml 파일에 명명된 필드가 포함되어 있고 Task.xml 파일에 정의된 것과 동일한 선택 목록을 지정해야 합니다.
오류 예
Bug.xml 필드가 정의되어 있지만 선택 목록은 정의되지 않았습니다.
<FIELD name="Activity" refname="Microsoft.AzureDevOps.Common.Activity" type="String" reportable="dimension">
<HELPTEXT>Type of work involved</HELPTEXT>
</FIELD>
해결 방법 예제
수정된 Bug.xml
<FIELD name="Activity" refname="Microsoft.AzureDevOps.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에 대해 해당하는 FIELD 요소를 명명된 WIT 정의에 포함해야 합니다.
명명된 WIT의 FORM 섹션 내에 Control 요소를 포함해야 합니다.
오류 예
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에서 TypeFieldValues과 함께 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.AzureDevOps.Feedback.ApplicationType 필드를 사용합니다.
<FIELD name="Application Type" refname="Microsoft.AzureDevOps.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 및XXX 필드에는 Microsoft.AzureDevOps와 함께 name 및 type 값이 필요합니다.
| 필드 | 이름 | 유형 |
|---|---|---|
| System.Id | ID | 정수 |
| 시스템 제목 | 제목 | 문자열 |
| Microsoft.AzureDevOps.Scheduling.StoryPoints | 스토리 포인트 | 더블 |
| Microsoft.AzureDevOps.Scheduling.남은 작업 | 남은 작업 | 두 배 |
| Microsoft.AzureDevOps.Scheduling.OriginalEstimate | 원래 예상값 | 더블 |
| Microsoft.AzureDevOps.Scheduling.완료된 작업 | 완료된 작업 | 두 배 |
오류 예
TF402556: 필드 Microsoft.AzureDevOps.TCM.ReproSteps를 잘 정의하려면 이름을 Repro Steps로 지정하고 해당 형식을 HTML로 설정해야 합니다. Microsoft.AzureDevOps.TCM.ReproSteps가 '내 재현 단계'이고, 형식이 HTML인 경우.
Bug.xml에서 친숙한 필드 이름이 "내 재현 단계"로 변경되었습니다.
<FIELD name="My Repro Steps" refname="Microsoft.AzureDevOps.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.AzureDevOps.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 정의에서 명명된 필드의 refname, name, 및 type 특성이 동일한지 확인합니다.
오류 예
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 및 type 특성은 Bug.xml 작업 항목 유형과 다릅니다.
해결 방법 예제
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>
name 및 type 속성에 대해 서로 다른 값이 지정되는 방식을 주목하세요.
해결
동일한 refname 필드가 가져온 모든 프로세스에서 동일하게 정의되거나 Azure DevOps Services로 가져올 계획인지 확인합니다.
TF402559: 필드 [refName] 에 대한 정의가 기존 필드와 일치하지 않습니다.
type이 [typeName]이지만 [typeName]이어야 합니다.
명명된 필드가 포함된 WIT 파일을 편집하여 지정된 type 특성 값이 모든 WIT에서 일관되도록 합니다.
TF402562: [witName] 작업 항목 유형에 대한 [n] 필드를 정의했습니다. [fieldLimit]만 허용됩니다.
[witName] 작업 항목 유형에 대한 [n] 필드를 정의했습니다. [fieldLimit]만 허용됩니다. 단일 WIT 내에서 지정된 수의 필드만 지정할 수 있습니다.
명명된 WIT를 편집하고 추가 사용자 지정 필드를 제거하여 허용되는 제한 내에 있는 총 필드 수를 줄입니다.
TF402563: 모든 작업 항목 유형에 대해 총 [n] 필드를 정의했습니다. [fieldLimit]만 허용됩니다.
프로세스에 정의된 모든 WIT에 대한 [n] 필드를 정의했습니다. System을 포함하여 [fieldLimit]만 허용됩니다. 여기에는 XXX네임스페이스 필드, Microsoft.AzureDevOps, 및 사용자 지정 필드가 포함됩니다.. XXX
FIELDS 및 WORKFLOW 섹션을 검토하고 제거할 사용자 지정 필드를 결정합니다.
TF402566: [witName] 작업 항목 유형에 대한 [n] 필드 규칙을 정의했습니다. 최대 [ruleLimit] 가 허용됩니다.
명명된 WIT에 대한 [n] 필드 규칙을 정의했습니다. 이 규칙은 한 WIT에 대해 허용되는 필드 규칙 수를 초과합니다.
명명된 WIT를 편집하고 추가 필드 규칙을 제거하여 허용되는 제한 내에 있는 총 필드 수를 줄입니다.
TF402568: [n] 필드를 syncnamechanges="true"로 작업 항목 유형 [witName] 에 정의했습니다. 최대 64개까지 허용됩니다.
명명된 WIT에 대해 정의된 syncnamechanges="true" 필드 수가 허용된 제한을 초과했습니다. 여기에는 System, Microsoft.AzureDevOps네임스페이스 필드, XXX,네임스페이스 필드 및 사용자 지정 필드를 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" 및 "not" 특성은 Azure DevOps Services로 가져오기 위한 필드 규칙에 대해 전혀 지원되지 않습니다.
FIELDS 및 WORKFLOW 섹션에서 "for" 및 "not" 속성이 있는지 검토한 후 제거합니다.
오류 예
<FIELD name="Title">
<READONLY for="Dev Team" not="Test Team" />
</FIELD>
해결 방법 예제
<FIELD name="Title">
<READONLY />
</FIELD>
TF402593: 필드 [fieldName]에는 필드 규칙이 지원되지 않습니다.
대부분의 시스템 및 Microsoft.AzureDevOps 필드는 규칙을 지원하지 않습니다. 자세한 내용은 규칙 및 규칙 평가참조하세요.
명명된 필드를 포함하는 작업 항목 형식에 대한 정의 파일을 편집하고 지정된 필드 규칙을 제거합니다.
TF402602: 필드 [refName] 에는 정확히 이러한 값 [값]이 있어야 합니다.
-
예약 필드변경하지 마세요. 예약된 네임스페이스
System.*XXX*및Microsoft.AzureDevOps.*XXX*정의된 필드는 변경하지 마세요. - 사용자 지정 필드 정의: 선택 목록 필드에 다른 값 목록을 포함하려면 고유한 사용자 지정 필드를 정의합니다.
오류 예
Bug.xml 우선 순위 필드가 정의되어 있지만 예상과 다른 값 목록이 있습니다.
<FIELD name="Priority" refname="Microsoft.AzureDevOps.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.AzureDevOps.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: 파일은 다음 오류와 함께 스키마를 위반합니다. 부모 요소의 콘텐츠 모델이 비어 있으므로 '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에 대한 [n] 워크플로 상태를 정의했습니다. 이 상태는 하나의 WIT에 대해 허용되는 워크플로 상태 수를 초과합니다.
허용되는 한도 내에 있는 총 상태 수를 줄이려면 명명된 WIT의 WORKFLOW 섹션을 편집하고 추가 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로 이미 가져온 프로세스와 앞으로 가져올 모든 프로세스에서 역시 <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>
<TestResolutionStates fileName="Test Management\TestResolutionState.xml" />
</taskXml>
해결 방법 예제
맞춤법 오류를 수정했습니다.
<taskXml>
<TestResolutionStates fileName="Test Management\TestResolutionState.xml" />
</taskXml>