Resolver erros de validação para importação de processos

Azure DevOps Services

Importante

O processo de importação oferece suporte ao modelo de processo XML hospedado que permite gerenciar personalizações por meio da atualização da definição WIT de um modelo de processo. Esse recurso só está disponível para organizações que foram migradas para os Serviços de DevOps do Azure usando o serviço de importação de dados do Azure DevOps. Entre em contato conosco se tiver alguma dúvida sobre a personalização do processo dos Serviços de DevOps do Azure.

Se você usar o modelo de processo de herança, poderá personalizar seu controle de trabalho por meio da interface do usuário criando um processo herdado. Se você usar o modelo de processo XML local, poderá personalizar um modelo de processo, consulte Carregar ou baixar um modelo de processo e Personalizar um modelo de processo.

Para saber mais sobre modelos de processo, consulte Personalizar o acompanhamento de trabalho.

Durante a importação do processo, o processo é validado para garantir que o sistema funcione conforme o esperado para o processo personalizado. Você receberá uma lista de mensagens de erro se o processo falhar na validação.

Se você recebeu um erro de validação ao tentar o processo de importação, precisará resolver o erro antes de tentar novamente a importação. Cada erro tem um link para saber mais sobre a falha de validação específica e orientação sobre como corrigi-la. Aplique a(s) correção(ões) de resolução fornecida(s) para a(s) mensagem(ões) recebida(s), compacte os arquivos atualizados e repita a operação de importação.

Se você está apenas iniciando sua personalização, revise as regras de validação fornecidas.

Mensagens de informação - nenhuma ação necessária

TF402555: O campo [refName] é excluído.

O processo que você está importando não inclui o campo nomeado no processo que está sendo atualizado, portanto, ele é removido como parte da operação de atualização.

Cenário de exemplo

1. Adicionar campo personalizado ao item de trabalho Bug.xml

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

2. Processo de importação
3. Remover campo do Bug.xml
4. Importar processo atualizado

O sistema exibe uma mensagem informativa sobre o campo a ser excluído.
TF402555: Field MyCompany.CustomFields.Foo will be deleted

TF402591: O campo com nome de referência [refName] não pode ser renomeado para '[name1]' de '[name2]' em processos existentes [processName].

O processo que você está importando contém um campo renomeado que usa o mesmo refname no(s) processo(s) atual(is).

Os nomes de campo não podem ser renomeados.

TF402598: O tipo de item de trabalho [refName] é excluído.

O processo que você está atualizando não inclui o WIT nomeado que existe no processo atual. Como parte da atualização do processo existente, o sistema exclui o WIT nomeado do processo atual.

Cenário de exemplo

1. Criar um novo tipo de item de trabalho chamado "LSI"

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

2. Processo de importação
3. Remover o tipo de item de trabalho LSI do processo
4. Importar processo atualizado

O sistema exibe uma mensagem informativa sobre a exclusão.
TF402598: Work item type My.LSI will be deleted

TF402601: O tipo de item de trabalho [witName] é renomeado para [name1] de [name2].

O processo contém um WIT renomeado. O WIT é renomeado no processo existente.
O processo que você está atualizando contém um WIT que foi renomeado a partir do nome no processo atual.
Como parte da atualização do processo existente, o sistema renomeia o WIT no processo atual. Todos os itens de trabalho em projetos existentes que fazem referência ao processo também são renomeados.

Cenário de exemplo

1. Criar um novo tipo de item de trabalho chamado "LSI"

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

2. Processo de importação
3. Renomeie o tipo de item de trabalho LSI para Incidente de Site Dinâmico

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

4. Importar processo atualizado

O sistema exibe uma mensagem de informação sobre o WIT a ser renomeado.
TF402601: Work item type My.LSI will be renamed to 'Live Site Incident' from 'LSI'

Erros de arquivo diversos

TF402586: Erro ao analisar o arquivo: [Mensagem de erro]

A sintaxe XML malformada pode causar erros de arquivo de análise. Tags de fechamento ausentes, aspas ausentes, colchetes abertos ou fechados ausentes (< ou >) podem causar um erro de arquivo de análise.

A partir da mensagem de erro, determine e corrija a origem do XML malformado.

TF402594: O arquivo viola o esquema com o seguinte erro: [Mensagem de erro]

Cada arquivo XML no arquivo zip de processo deve estar em conformidade com o esquema fornecido. Erros de violação de esquema são causados por marcas XML personalizadas ou atributos dentro do arquivo XML. Leia a mensagem de erro para determinar a origem da violação de esquema e corrigir de acordo.

A definição de esquema para controle de item de trabalho define todos os elementos filho dentro do elemento como maiúsculas e minúsculas FORM e todos os outros elementos como todos em maiúsculas. Se você encontrar erros ao validar seus arquivos de definição de tipo, verifique a estrutura de maiúsculas e minúsculas de seus elementos. Além disso, a estrutura de maiúsculas e minúsculas das marcas de abertura e fechamento devem corresponder às regras da sintaxe XML.

Exemplos de erros

Marca XML personalizada:

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

Atributo extra adicionado ao elemento XML:

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

VS412450: Erro de validação de esquema xml em [fileName]. [Mensagem de erro]

Corrija o erro de esquema no arquivo nomeado.

Erros de plug-in de modelo de processo

O ProcessTemplate.xml é o arquivo raiz que define todo o processo e todos os arquivos de definição XML que serão importados para adicionar ou atualizar um processo. Esse arquivo contém todos os plug-ins e grupos de tarefas que são referenciados ao criar um projeto. Cada grupo de tarefas faz referência a um arquivo XML subordinado (geralmente em uma subpasta) onde as tarefas específicas são definidas. Em geral, você especifica um grupo de tarefas para cada plug-in.

O arquivo de definição ProcessTemplate.xml deve estar em conformidade com a sintaxe e as regras descritas em Referência do elemento XML ProcessTemplate.

VS412457: O arquivo especificado '[fileName]' não pôde ser encontrado no pacote de processo.

Corrija o pacote zip do processo para incluir o arquivo nomeado.

VS402452: O modelo de processo não especificou uma versão ou especificou uma versão inválida.

Edite o arquivo ProcessTemplate.xml para especificar uma versão.

Exemplo de erro

O arquivo ProcessTemplate.xml especifica o mesmo version GUID do processo Agile, que é um processo bloqueado.

<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" />

Exemplo de resolução

Um GUID diferente é especificado.

<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: O arquivo zip do modelo de processo não contém o plugin necessário [pluginName].

Todos os arquivos listados no arquivo ProcessTemplate.xml e seus arquivos de plug-in suportados devem estar presentes no arquivo zip do processo.

Use uma ferramenta de pesquisa para localizar todas as instâncias de filename=value dentro do conjunto de arquivos e pastas de processo. Em seguida, atualize o plug-in para remover o arquivo nomeado ausente ou adicione o arquivo nomeado à pasta de processo à qual ele pertence.

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

Exemplo de erro

O plug-in WorkItemTracking especifica fileName="WorkItem Tracking\TypeDefinitions\Epic.xml, no entanto, ele não foi adicionado à pasta WorkItem Tracking\TypeDefinitions.

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

Exemplo de resolução

Adicione o arquivo Epic.xml à pasta WorkItem Tracking\TypeDefinitions.

VS412454: Plug-in [pluginName] contém vários taskList{1}, {2}. Apenas um taskList por plugin é permitido.

Corrija o arquivo ProcessTemplate.xml para o plug-in nomeado para reduzir o número de tasklist elementos definidos.

Exemplo de erro

O plug-in WorkItemTracking contém duas tasklist instruções.

    <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>

Exemplo de resolução

    <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: Você só pode incluir um arquivo de definição de categoria em seu processo.

Exemplo de erro

O arquivo WorkItems.xml contém duas CATEGORIES instruções.

  <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>

Exemplo de resolução

O arquivo WorkItems.xml foi atualizado para conter apenas uma CATEGORIES instrução.

  <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: Você só pode incluir um arquivo de definição ProcessConfiguration em seu processo.

Exemplo de erro

O arquivo WorkItems.xml contém instruções duplicadas ProjectConfiguration .

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

Exemplo de resolução

O arquivo WorkItems.xml foi atualizado para conter apenas uma ProjectConfiguration instrução.

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

TF402587: Arquivo ProcessConfiguration necessário ausente.

O arquivo WorkItems.xml especifica o arquivo ProcessConfiguration a ser carregado. O arquivo não está especificado, contém uma especificação desatualizada, o arquivo especificado está ausente do modelo ou o nome da pasta/arquivo não está correto.

Exemplo de erro

A configuração especificada está desatualizada e especifica dois arquivos que não estão contidos na pasta Processo.

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

Exemplo de resolução

O arquivo WorkItems.xml foi atualizado para conter a instrução de configuração ProjectConfiguration correta.

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

TF402577: O campo [refName] especifica o nome amigável [friendlyName] que já está em uso pelos campos [refName] nos processos [processNames].

Os nomes amigáveis devem ser exclusivos em todas as definições de campo para todas as definições de WIT especificadas para todos os processos importados para os Serviços de DevOps do Azure.

Os processos nomeados contêm WITs que definem um campo que usa o nome amigável.

Modifique a definição WIT no arquivo zip do processo que contém [refName] e especifique um nome amigável diferente ou faça com que ele corresponda a um campo existente em uso.

Exemplo de erro

A definição UserStory WIT contém FIELD elemento para Fabrikam.Product.Family com nome amigável 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>

No entanto, em um processo existente, Fabrikam.Product.Versions usa o nome amigável 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>

Exemplo de resolução

Atualize a definição de WIT UserStory para corresponder ao campo existente.

      <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: Referência de plug-in WorkItemTracking necessária ausente no modelo de processo.

Você deve especificar o Microsoft.ProjectCreationWizard.WorkItemTrackingmetadata plug-in na seção do arquivo ProcessTemplate.xml:

Exemplo de erro

O Microsoft.ProjectCreationWizard.WorkItemTracking plug-in está ausente da plugins seção do arquivo ProcessTemplate.xml .

   <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>

Exemplo de resolução

   <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>

Categorias

O arquivo de definição Categories.xml deve estar em conformidade com a sintaxe e as regras descritas em Categories XML element reference.

TF402546: Category [categoryName] está ausente do arquivo de categorias.

Todas as categorias referenciadas no arquivo ProcessConfiguration.xml devem ser definidas no arquivo Categories.xml. Além disso, o sistema requer que o arquivo Categories.xml contenha definições para as seguintes categorias:

• Categoria Bug
• Categoria de solicitação de revisão de código
• Categoria de resposta de revisão de código
• Categoria de solicitação de feedback
• Categoria de Resposta de Feedback
• Categoria Tipos Ocultos
• Categoria de Requisito
• Categoria de etapa compartilhada
• Categoria de parâmetro compartilhado
• Categoria da Tarefa
• Categoria do caso de teste
• Categoria Plano de Teste
• Categoria do conjunto de testes

Atualize o arquivo Categories.xml para definir a categoria [nome] ausente.

Exemplo de erro

ProcessConfiguration faz referência à Categoria Epic, no entanto, ela está ausente do arquivo de definição .xml Categorias.

Exemplo de resolução

Epic Category é adicionado ao arquivo Categories.

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

TF402553: O elemento [nome] faz referência à categoria [categoryName] que não está definida no arquivo de categorias.

Atualize o arquivo Categories.xml para definir a categoria [categoryName] ausente.

TF402560: Você definiu [n] categorias. Apenas [nn] são permitidos.

Revise o arquivo Categories.xml para todas as CATEGORY instruções de elemento e determine quais você pode excluir para não exceder o limite permitido. Em seguida, revise o arquivo ProcessConfiguration.xml para substituir valores que fazem referência a categorias excluídas.

TF402596: Category [categoryName] não define o tipo de item de trabalho [witName].

As categorias devem fazer referência a WITs definidas na pasta /WorkItem Tracking/TypeDefinitions e listadas como uma tarefa para carregamento no arquivo de plug-in WorkItems.xml.
Revise seu arquivo Categories.xml para obter referências a um WIT que não está incluído na pasta /WorkItem Tracking/TypeDefinitions.

Exemplo de erro

O nome do WIT referenciado para Microsoft.EpicCategory está escrito incorretamente.

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

Exemplo de resolução

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

TF402597: A categoria personalizada [categoryName] não é suportada porque ProcessConfiguration não faz referência a ela.

Você só pode especificar categorias personalizadas que você usa para configurar um recurso de ferramenta Agile no ProcessConfiguration.
Revise seu arquivo ProcessConfiguration.xml e determine se você perdeu a adição de suporte para uma categoria. Caso contrário, remova [categoryName] do arquivo Categories.xml.

Exemplo de erro

ProcessConfiguration não faz referência a Microsoft.EpicCategory, embora esteja definido no arquivo de definição Categories.xml.

Exemplo de resolução

Adicione PortfolioBacklog a ProcessConfiguration para fazer referência a 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>

Artigos de referência:

• Referência de elemento XML da configuração de processo
• Referência de elemento XML categories

Erros de plug-in de classificação

O arquivo de definição Classificação.xml deve estar em conformidade com a sintaxe e as regras descritas no plug-in Classificação.

TF402511: O plug-in Classificação contém o nome da propriedade duplicado: [propertyName].

Exemplo de erro

Classificação.xml arquivo contém uma segunda property name="MSPROJ" instrução sob o properties elemento container.

      <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>

Exemplo de resolução

Remova a instrução duplicada.

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

TF402512: O arquivo [fileName] não existe.

O arquivo especificado no arquivo Classification.xml não está presente no caminho especificado ou o caminho está escrito incorretamente.

Exemplo de erro

O caminho da pasta de classificação está escrito incorretamente.

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

Exemplo de resolução

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

TF402513: Nome [pathName] no plug-in Classificação não está em conformidade com as restrições de nomenclatura TreePath.

Revise os elementos especificados e altere os Node nomes para que estejam em conformidade com as convenções de nomenclatura de suporte. Referência: Adicionar e modificar caminhos de área e iteração.

Exemplo de erro

Os nomes de caminho incluem o caractere # que não é permitido.

        <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>

Exemplo de resolução

Os nomes do caminho foram corrigidos.

        <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: Não há suporte para Node StructureType [structureTypeName] no plug-in Classificação.

O StructureType atributo só permite os seguintes valores: ProjectModelHierarchy e ProjectLifecycle.
Revise os elementos que você especificou e remova todos os Node atributos sem suporte.

Exemplo de erro

ProjectLifecycle foi escrito incorretamente.

        <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>

Exemplo de resolução

O nome incorreto foi corrigido.

        <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: Um atributo de propriedade no plug-in Classificação está ausente ou não é suportado.

O property elemento só permite os seguintes atributos: name , value e isFile.
Revise os elementos especificados e remova todos os property atributos sem suporte.

Exemplo de erro

O value atributo está escrito incorretamente.

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

Exemplo de resolução

O atributo com erros ortográficos foi corrigido.

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

TF402516: O plug-in Classificação contém mais de dois nós de nível raiz, o que não é suportado.

Revise os Node elementos especificados e remova nós de nível raiz extras.

Exemplo de erro

Classificação.xml arquivo contém uma segunda Node StructureType="ProjectLifecycle" instrução sob o Nodes elemento container.

      <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>

Exemplo de resolução

Remova a segunda instrução.

      <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: Área ou caminho de iteração '[pathName]' no plug-in GroupsandPermissions está ausente do plug-in Classificação.

Adicione o [pathName] ausente ao arquivo Classification.xml ou remova-o do arquivo GroupsandPermissions.xml.

Exemplo de erro

Classificação.xml arquivo especifica sprints, não iterações.

GroupsandPermissions.xmlteamSettings especifica Iterações.

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

No entanto, a Classificação.xml especifica sprints.

        <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>

Exemplo de resolução

Atualize GroupsandPermissions.xml para usar sprints.

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

Tipo de link

Observação

Não há suporte para tipos de link personalizados no processo de importação atual.

TF402561: Você definiu [n] tipos de link personalizados. Apenas [nn] são permitidos.

Revise o arquivo de plug-in WorkItems.xml para obter todas as LINKTYPE instruções de elemento. Remova instruções associadas a tipos de link personalizados para não exceder o limite permitido. E, em seguida, remova o arquivo de definição de tipo de link correspondente da pasta LinkTypes.

Além disso, remova todas as referências aos tipos de link personalizados que você adicionou a uma definição de WIT em uma LinksControlOptions seção na FORM seção .

TF402583: O tipo de link personalizado [nome] é inválido porque os tipos de link personalizados não são suportados.

Revise o arquivo de plug-in WorkItems.xml para obter todas as LINKTYPE instruções de elemento. Remova todas as instruções que especificam um tipo de link personalizado. E, em seguida, remova o arquivo de definição de tipo de link correspondente da pasta LinkTypes.

As instruções de elemento a seguir LINKTYPE no arquivo de plug-in WorkItems.xml são válidas:

      <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>

Listas globais

Observação

Não há suporte para listas globais no recurso de processo de importação atual.

TF402564: Você definiu [n] listas globais. Apenas [nn] são permitidos.

Um ou mais WITs definidos no modelo de processo personalizado contêm um GLOBALLIST elemento . Pesquise seus arquivos de definição WIT e substitua quaisquer GLOBALLIST elementos por ALLOWEDVALUES ou SUGGESTEDVALUES elementos. Para obter a sintaxe de referência, consulte Definir listas de seleção.

TF402565: Você definiu [n] itens na lista global [globalListName]. Um máximo de [nn] é permitido.

O elemento nomeado GLOBALLIST contém mais itens do que o permitido. Reduza o número de itens de lista contidos no GLOBALLIST elemento ou segmente a lista global em dois ou mais elementos para que nenhuma lista exceda o número máximo de itens permitidos.

Para obter a sintaxe de referência, consulte Definir listas de seleção.

Configuração do processo

O arquivo de definição ProcessConfiguration.xml deve estar em conformidade com a sintaxe e as regras descritas na referência do elemento XML ProcessConfiguration.

TF402543: O elemento [elementName] requer que você mapeie exatamente um estado do fluxo de trabalho para o metaestado [metastateName].

Atualize a States seção dentro do elemento nomeado no arquivo ProcessConfiguration.xml para fornecer o mapeamento de metaestado ausente ou remover mapeamentos extras.

Exemplo de erro

ProcessConfiguration.xml RequirementBacklog elemento está faltando um mapeamento de metaestado para 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 >

Exemplo de resolução

Mapeamentos de metaestado ausentes foram adicionados.

<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: O elemento [elementName] requer que, para o tipo de item de trabalho [witName], você mapeie pelo menos um estado para o metaestado [metastateName].

Revise os WORKFLOW estados definidos para o WIT nomeado e, em seguida, atualize a States seção dentro do elemento nomeado no arquivo ProcessConfiguration.xml para fornecer o mapeamento de metaestado ausente para o WIT nomeado.

TF402548: O elemento [elementName] requer que você mapeie pelo menos um estado para o metaestado [metastateName].

Atualize a States seção dentro do elemento nomeado no arquivo ProcessConfiguration.xml para fornecer o mapeamento de metaestado ausente.

Exemplo de erro

ProcessConfiguration.xml RequirementBacklog elemento está faltando um mapeamento de metaestado para 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 >

Exemplo de resolução

Mapeamentos de metaestado ausentes foram adicionados.

<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: O elemento [elementName] inclui mais de um mapeamento de metaestado para o estado do fluxo de trabalho [stateName].

O valor do metaestado não pode ser mapeado para mais de um estado de fluxo de trabalho.

Exemplo de erro

ProcessConfiguration.xml RequirementBacklog elemento contém dois mapeamentos de metaestado para 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 >

Exemplo de resolução

Os mapeamentos de metaestados foram corrigidos.

<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: O tipo de item de trabalho [witName] não define o estado do fluxo de trabalho [stateName], que é necessário porque ProcessConfiguration o mapeia para um metaestado para o elemento [elementName].

Corrija o arquivo ProcessConfiguration.xml ou a WORKFLOW seção do WIT nomeado para adicionar os elementos e TRANSITION ausentesSTATE.

Exemplo de erro

O elemento ProcessConfiguration.xml especifica value="Committed", porém UserStory.xml RequirementBacklog não define Committed como um Estado.

<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 >

Exemplo de resolução

Removido o State elemento para Committed.

<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: O elemento [elementName] requer que, para o tipo de item de trabalho [witName], você mapeie exatamente um estado para o metaestado [metastateName] para os seguintes estados: [stateNames].

Revise a STATES seção no arquivo ProcessConfiguration.xml para o elemento nomeado e verifique se cada estado listado na mensagem de erro está presente e mapeado para um metaestado.

Exemplo de erro

ProcessConfiguration.xml RequirementBacklog elemento está faltando o estado New que existe no tipo de User Story item de trabalho. Ele deve estar na lista mapeada STATES para 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 >

Exemplo de resolução

O mapeamento de metaestados foi corrigido.

<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: Element [elementName] especifica um metaestado sem suporte [metastateName].

Revise a STATES seção no arquivo ProcessConfiguration.xml para o elemento nomeado e remova ou corrija o metaestado nomeado.

Exemplo de erro

ProcessConfiguration.xml RequirementBacklog elemento contém um mapeamento de metaestado incorreto para 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 >

Exemplo de resolução

O mapeamento de metaestados foi corrigido.

<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: O elemento necessário [elementName] está ausente da Configuração do processo.

Edite o arquivo ProcessConfiguration.xml para adicionar o elemento nomeado ausente.

Revise a referência do elemento XML ProcessConfiguration para obter os elementos necessários.

TF402572: Não é possível localizar o arquivo especificado no pacote de modelo de processo.

Um arquivo especificado em um arquivo de plug-in para upload está ausente do arquivo zip. Revise todos os arquivos especificados para upload e verifique se eles estão incluídos no arquivo zip do processo.

Revise a referência do elemento XML ProcessConfiguration para obter os elementos necessários.

TF402574: ProcessConfiguration não especifica [typeField] obrigatórioTypeField.

Edite o arquivo ProcessConfiguration.xml para adicionar o elemento nomeado TypeField ausente.

Revise a referência do elemento XML ProcessConfiguration para obter os elementos necessários TypeField .

Exemplo

O processo Scrum especifica os seguintes TypeField elementos. Se algum deles estiver faltando, você receberá TF402574 de erro.

<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: Várias listas de pendências de portfólio [backlogNames] definiram [backlogName] como seu pai. Uma lista de pendências pai pode ter apenas uma lista de pendências filha.

Apenas uma lista de pendências de portfólio filho pode ser mapeada para uma lista de pendências de um único pai.

Edite ProcessConfiguration para corrigir as especificações de lista de pendências pai-filho.

Exemplo de erro

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

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

Exemplo de resolução

Altere o pai na lista de pendências de recursos para apontar para a lista de pendências da Epic.

  <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: Carteira backlog [backlogName] faz referência a backlog de carteira pai indefinida [backlogName].

A definição ProcessConfiguration.xml contém um parent valor que faz referência a uma lista de pendências de portfólio indefinida.

Exemplo de erro

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

Exemplo de resolução

Adicione o Epic PortfolioBacklog ao arquivo ProcessConfiguration.xml

  <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: Várias listas de pendências de portfólio [Backlog 1, Backlog 2] não definem seu pai.

Apenas uma lista de pendências de carteira, a lista de pendências superior, pode não ser parental. Todas as outras listas de pendências devem incluir um atributo e um parent="Microsoft.FooCategory" valor.

Exemplo de resolução

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

402595: Muitas listas de pendências de portfólio são definidas. Um máximo de 5 são permitidos.

Edite o arquivo ProcessConfiguration.xml para remover os PortfolioBacklogs elementos extras PortfolioBacklog da seção.

Consulte a referência do elemento XML ProcessConfiguration para obter mais informações.

TF400506: Este elemento define os estados para itens de trabalho que representam Bugs ou Defeitos.

Este erro ocorre quando a seção está configurada BugWorkItems incorretamente. Cada estado definido para um tipo de item de trabalho incluído no deve existir no Microsoft.BugCategory conjunto de valores de Estado definidos na BugWorkItems seção . Por exemplo, se os seguintes estados forem definidos para tipos de item de trabalho definidos para o tipo de item de trabalho Bug — Novo, Aprovado, Confirmado, Concluído —, a seção deverá ser configurada BugWorkItems da seguinte maneira:

  <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>

Para obter mais informações, consulte Referência do elemento XML ProcessConfiguration.

TF400507: Cada tipo de item de trabalho deve oferecer suporte a um valor de estado inicial que corresponda a um dos estados definidos em: BugWorkItems.

Esse erro ocorre quando um tipo de item de trabalho incluído no Microsoft.BugCategory especifica um estado inicial que não está incluído na BugWorkItems seção do arquivo XML ProcessConfiguration. Corrija os estados de fluxo de trabalho de definição XML para os tipos de item de trabalho nomeados ou atualize a BugWorkItems seção para incluir o(s) estado(s) ausente(s).

Para obter mais informações, consulte Referência do elemento XML ProcessConfiguration.

TF400572: As configurações do processo do projeto devem ser definidas para que esse recurso seja usado.

Isso é causado por modelos que são do TFS 2010 ou versões anteriores, antes que as configurações de processo do projeto existissem. Tente executar Configurar recursos após uma atualização para resolver ou adicione o arquivo XML ProcessConfiguration ao modelo de processo.

Tipos de item de trabalho

TF402570: Você definiu [n] tipos de item de trabalho. Um máximo de [witLimit] é permitido.

Você definiu mais WITs que são permitidos no processo. Revise o arquivo WorkItems.xml e reduza o número de instruções que ele contém e remova os arquivos de WORKITEMTYPE definição WIT associados do processo.

TF402573: O tipo de item de trabalho WIT não especifica o atributo necessário refname .

Os tipos de item de trabalho (Bug, User Story, Task, etc.) exigem o refname atributo. O valor refname deve ser exclusivo e não pode conter namespaces reservados. Os namespaces-System.XXX e Microsoft.VSTS.XXX – são reservados pelo Azure DevOps.

Consulte Todos os elementos XML de referência do WITD para obter mais informações.

Exemplo de erro

<WORKITEMTYPE name="Bug">

Exemplo de resolução

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

TF402599: O tipo de item de trabalho refname [refName] não é válido, pois usa um namespace não permitido [namespace].

Nomes de referência de campos personalizados e WITs não podem usar namespaces reservados: Sistema.XXX e Microsoft.VSTS.XXX.

Edite o refname atributo do WIT nomeado.

Exemplo de erro

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

Exemplo de resolução

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

TF402600: O nome de referência do tipo de item de trabalho [refName] não é válido. Os nomes de referência do tipo de item de trabalho devem conter apenas letras, nenhum espaço e pelo menos um ponto (.)

Os nomes de referência WIT devem seguir as convenções de nomenclatura estabelecidas: apenas letras, sem espaços e pelo menos um ponto (.)

Edite o refname atributo do WIT nomeado para atender aos requisitos de nomenclatura..

Exemplo de erro

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

Exemplo de resolução

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

Campos de item de trabalho

TF402538: A regra de campo [ruleName] não é suportada.

Edite suas definições de WIT para remover a regra nomeada. As seguintes regras não têm suporte para importação para o Azure DevOps: MATCH, , PROHIBITEDVALUESCANNOTLOSEVALUEe NOTSAMEAS.

TF402539: O campo [refName] só permite as seguintes regras: [ruleNames].

Edite suas definições de WIT para o campo nomeado e remova todas as regras não permitidas. Revise as FIELDS seções e WORKFLOW . A maioria dos campos do sistema não permite especificar regras.

Regras válidas para usar com campos Sistema

Nome	Regras permitidas
System.Title	REQUIRED, DEFAULT
System.Description	REQUIRED, DEFAULT
System.AssignedTo	REQUIRED, , , DEFAULTALLOWEXISTINGVALUEVALIDUSER
System.ChangedBy	REQUIRED, , , DEFAULTALLOWEXISTINGVALUEVALIDUSER

TF402540: O tipo de item de trabalho [witName] não é válido porque especifica a lista global [GLOBALLIST]. Não há suporte para listas globais.

Não há suporte para listas globais no VSTS. Substitua todas as instâncias de elementos por ALLOWEDVALUES e LISTITEM elementos em todos os arquivos de GLOBALLIST definição WIT. Referência: Definir listas de seleção.

Exemplo de erro

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

Exemplo de resolução

<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: O tipo de item de trabalho [witName] não é válido porque faz referência à lista global [globalListName]. Não há suporte para listas globais.

Não há suporte para listas globais no VSTS. Substitua todas as instâncias de elementos por ALLOWEDVALUES e LISTITEM elementos em todos os arquivos de GLOBALLIST definição WIT. Referência: Definir listas de seleção.

Exemplo de erro

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

Exemplo de resolução

<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: O campo personalizado refname [refName] não é válido, pois usa namespace não permitido [namespace].

Os namespaces-System.XXX e Microsoft.VSTS.XXX - são reservados no VSTS. Os nomes de referência de campos e tipos personalizados não podem usar esses namespaces.

Para corrigir esse erro, renomeie o atributo para o refname campo nomeado nos arquivos de definição WIT onde ele aparece.

Exemplo de erro

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

  - OR - 

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

Exemplo de resolução

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

TF402544: O campo [refName], definido no tipo de item de trabalho [witName], requer uma ALLOWEDVALUES regra que contém valores para dar suporte ao elemento [elementName] especificado em ProcessConfiguration.

Edite o campo nomeado no WIT nomeado para fornecer a regra ausente ALLOWEDVALUES , fazendo referência ao elemento nomeado para obter mais detalhes.

O elemento TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity"de arquivo ProcessConfiguration.xml, , requer que uma lista de seleção seja definida para o campo Microsoft.VSTS.Common.Activity em todos os WITs que pertencem à Categoria de Tarefa.

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

Se você adicionou bugs à Categoria de Tarefa, verifique se o arquivo .xml Bug contém o campo nomeado e especifica a mesma lista de opções definida para ele no arquivo .xml Tarefa.

Exemplo de erro

Bug.xml tem o campo definido, mas não a lista de escolha.

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

Exemplo de resolução

Bug corrigido.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: O elemento [elementName] requer que você inclua o campo [fieldName] na definição do tipo de item de trabalho [witName].

Você deve incluir um elemento correspondente FIELD na definição WIT nomeada para cada field um especificado na AddPanel seção do arquivo ProcessConfiguration.xml.
Você também deve incluir um Control elemento dentro da FORM seção do WIT nomeado.

Exemplo de erro

ProcessConfiguration.xml especifica dois campos personalizados. No entanto, esses campos não são definidos no arquivo UserStory.xml

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

Exemplo de resolução

Elementos ausentes FIELD adicionados ao arquivo UserStory.xml

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

Para oferecer suporte ao elemento ProcessConfiguration [elementName], o tipo de item de trabalho [witName] deve definir TypeField [typeField] (campo refname [refName]).

No ProcessConfiguration você criou um TypeField com TypeFieldValues. No seu tipo de item de trabalho, você precisa fazer referência a esse mesmo TypeField.

Exemplo de erro

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 está usando o campo Microsoft.VSTS.Feedback.ApplicationType quando deveria estar usando o campo Custom.ApplicationType.

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

Exemplo de resolução

FeedbackRequest.xml

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

TF402556: Para que o campo [refName] seja bem definido, você deve nomeá-lo [fieldName] e definir seu tipo como [fieldType]. Desde que [refName] seja [fieldName] e digite [fieldType].

Se você estiver em um servidor local e executando o tfsMigrator, esse erro geralmente é gerado quando o processo está desatualizado e um campo do sistema não está definido corretamente. Na maioria desses casos, você precisa usar o comando para renomear corretamente o witadmin /changefield campo.

Exemplos de campos reservados

Sistema Reservado.XXX e Microsoft.VSTS.Os campos XXX têm valores obrigatórios de nome e tipo.

Campo	Nome	Tipo
System.Id	ID	Inteiro
System.Title	Título	String
Microsoft.VSTS.Scheduling.StoryPoints	Pontos de História	Double
Microsoft.VSTS.Scheduling.RemainingWork	Trabalho restante	Double
Microsoft.VSTS.Scheduling.OriginalEstimate	Estimativa Original	Double
Microsoft.VSTS.Scheduling.CompletedWork	Trabalho concluído	Double

Exemplo de erro

TF402556: Para que o campo Microsoft.VSTS.TCM.ReproSteps seja bem definido, você deve nomeá-lo Repro Steps e definir seu tipo como HTML. Desde que Microsoft.VSTS.TCM.ReproSteps seja My Repro Steps e o tipo seja HTML.

No Bug.xml, o nome do campo amigável foi alterado para "My Repro Steps".

  <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> 

Exemplo de resolução

Erro.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: Existem definições inconsistentes para o campo [refName] nos seguintes tipos de item de trabalho: [witName]. Certifique-se de que todas as referências a um campo tenham o mesmo RefName, Name e Type.

FIELD as definições de elemento para campos com o mesmo nome amigável devem ser consistentes entre WITs. Verifique se os atributos , namee type são os refnamemesmos em cada uma das definições de WIT para o campo nomeado.

Exemplo de erro

Erro.xml

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

História do usuário.xml

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

Observe que os name atributos e type diferem dos do tipo de item de trabalho Bug.xml

Exemplo de resolução

Erro.xml

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

História do usuário.xml

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

TF402558: A definição de campo [refName] é inconsistente com a definição existente do campo nos seguintes modelos: [templateNames].

Os campos devem ser definidos de forma consistente entre os processos que foram ou que você planeja importar para os Serviços de DevOps do Azure. O sistema não permite importar um processo que contém um FIELD elemento que é definido de uma maneira no Processo A e de outra maneira no Processo B. Todos os FIELD atributos do elemento devem corresponder.

Exemplo

Processo A, Bug.xml

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

Processo B, Bug.xml

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

Observe como diferentes valores são especificados para name e type atributos.

Resolução

Certifique-se de que os campos do mesmo refname sejam definidos da mesma forma em todos os processos que
foram importados ou que você planeja importar para os Serviços de DevOps do Azure.

TF402559: A definição do campo [refName] é inconsistente com um campo existente. O type é [typeName] mas deve ser [typeName].

Edite o(s) arquivo(s) WIT que contém o campo nomeado para garantir que o valor do atributo especificado type seja consistente em todos os WITs.

TF402562: Você definiu [n] campos para o tipo de item de trabalho [witName]. Somente [fieldLimit] são permitidos.

Você definiu [n] campos para o tipo de item de trabalho [witName]. Somente [fieldLimit] são permitidos. Dentro de um único WIT, você pode especificar apenas o número especificado de campos.

Edite o WIT nomeado e remova os campos personalizados extras para reduzir o número total de campos a serem mantidos dentro do limite permitido.

TF402563: Você definiu um total de [n] campos para todos os tipos de item de trabalho. Somente [fieldLimit] são permitidos.

Você definiu [n] campos para todos os WITs definidos no processo. Somente [fieldLimit] são permitidos. Isso inclui o Sistema.XXX e Microsoft.VSTS.Campos de namespace XXX , bem como campos personalizados.

Revise as FIELDS seções e WORKFLOW determine quais campos personalizados devem ser removidos.

TF402566: Você definiu [n] regras de campo para o tipo de item de trabalho [witName]. Um máximo de [ruleLimit] é permitido.

Você definiu [n] regras de campo para o WIT nomeado que excede o número permitido de regras de campo para qualquer WIT.

Edite o WIT nomeado e remova as regras de campo extra para reduzir o número total de campos a serem mantidos dentro do limite permitido.

TF402568: Você definiu [n] campos com syncnamechanges="true" para o tipo de item de trabalho [witName]. É permitido um máximo de 64.

O número de campos syncnamechanges="true" definidos para o WIT nomeado excede o limite permitido. Isso inclui o Sistema.XXX e Microsoft.VSTS.Campos de namespace XXX , bem como campos personalizados.

Revise a FIELDS seção do WIT nomeado e determine quais campos personalizados devem ser removidos ou modificados.

Exemplo

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

TF402569: Você definiu [n] valores para o campo [fieldName] no tipo de item de trabalho [witName]. Um máximo de [listLimit] é permitido.

O número de LISTITEM elementos definidos para o campo nomeado no WIT nomeado excede o limite permitido.

Edite o WIT nomeado para reduzir o número deLISTITEM elementos para não exceder o máximo permitido.

Exemplo

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

Observe que os valores de bug e história refname do usuário são diferentes.

TF402584: Os atributos de regra de campo "para" ou "não" não são suportados.

Os "for" atributos e "not" não têm suporte para nenhuma regra de campo para importação para os Serviços de DevOps do Azure.
Revise as FIELDS seções e para a presença de "for" e atributos e WORKFLOW"not" remova-os.

Exemplo de erro

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

Exemplo de resolução

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

TF402593: Não há suporte para regras de campo para o campo [fieldName].

A maioria dos campos System e Microsoft.VSTS não oferece suporte a regras. Consulte Regras e avaliação de regras para obter uma lista completa de regras de campo com suporte.

Edite os arquivos de definição para tipos de item de trabalho que contêm o campo nomeado e remova as regras de campo especificadas para ele.

TF402602: O campo [refName] deve ter exatamente esses valores [valores].

Todos os campos definidos pelo VSTS nos namespaces reservados-System.XXX e Microsoft.VSTS.XXX - Não deve ser alterado. Se você deseja ter uma lista diferente de valores nesses campos de lista de seleção, defina seu próprio campo personalizado.

Exemplo de erro

Bug.xml tem o campo de prioridade definido, mas tem uma lista de valores diferente do esperado.

      <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>

Exemplo de resolução

Bug corrigido.xml incluindo um novo campo

      <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: Não é possível encontrar o usuário ou grupo [projeto]\Nome do grupo. Verifique se os usuários e grupos usados na definição de tipo de item de trabalho existem.

Não há suporte para grupos de escopo de projeto personalizados. Você só pode fazer referência a grupos com escopo no nível da conta.

Exemplo de erro

Bug.xml está fazendo referência a um grupo com escopo de projeto.

... "[project]\Organization Leaders"

Exemplo de resolução

Crie um novo grupo de nível de conta (coleção) "Líderes da Organização" e faça referência a ele de acordo com o XML.

... "[global]\Organization Leaders"

Observação

Um grupo global recém-criado pode demorar um pouco antes de ser encontrado pelo processo de importação.

TF237094: O nome do campo '[fieldName]' é usado pelo campo '[refName]', portanto, não pode ser usado pelo campo '[refName]'.

O nome do campo já existe com esse mesmo nome em um campo diferente. Altere o nome do campo.

Exemplo de erro

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

Exemplo de resolução

Alterar o nome do campo de Custom.NewField.ExternalID

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

Layout do item de trabalho

VS403104: O tipo de item de trabalho [witName] faz referência ao campo obrigatório [refName] que não está incluído em todos os layouts.

Esse aviso será gerado se você tiver um campo obrigatório em um tipo de item de trabalho referenciado no nó, <Layout> mas não no <WebLayout>. O <WebLayout> é usado para modificar o layout do novo formulário. Consulte WebLayout xml reference para obter detalhes.

VS403073: Group & <Group Name>: viola a regra de que um grupo só pode conter um único controle HTML ou WebPage precedido por controles de rótulo..

No novo layout de formulário, um grupo só pode conter um HTMLFieldControl ou WebPageControl.

Exemplo de erro

<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>

Para resolver isso, crie dois grupos separados que contêm um controle cada.

Exemplo de resolução

<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: O arquivo viola o esquema com o seguinte erro: O elemento 'Control' não pode conter o elemento filho 'Link' porque o modelo de conteúdo do elemento pai está vazio.

Exemplo de erro

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

Exemplo de resolução

  <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>  

Definições de fluxo de trabalho

TF402567: Você definiu [n] estados de fluxo de trabalho para o tipo de item de trabalho [witName]. Um máximo de [stateLimit] é permitido.

Você definiu [n] estados de fluxo de trabalho para o WIT nomeado que excede o número permitido de estados de fluxo de trabalho para qualquer WIT.

Edite a WORKFLOW seção do WIT nomeado e remova os elementos extras STATE para reduzir o número total de estados a serem mantidos dentro do limite permitido.

TF402578: O campo [refName] especifica o nome amigável [friendlyName] que já está em uso pelo campo [refName]. Os nomes amigáveis devem ser exclusivos em todas as definições de campo.

Os nomes de campo devem ser exclusivos dentro do tipo de item de trabalho.

Exemplo de erro

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

Observe que há dois campos com o nome <FIELD name="Foo"

Exemplo de resolução

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

TF402579: Nome [friendlyName] é usado várias vezes em campos diferentes nos seguintes tipos de item de trabalho: [witNames]. O nome dos campos deve ser exclusivo na coleção do projeto.

Os campos que fazem referência ao mesmo devem ter o mesmo refname="MyCompany.FieldName" valor de nome FIELD name="fieldname" amigável.

Exemplo de erro

Processo A, Bug.xml

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

Processo B, Bug.xml

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

Como ambos os campos compartilham o mesmo nome de referência, refname="MyCompany.CustomFields.Foo"eles também devem especificar o mesmo nome <FIELD name="Foo" amigável em todos os processos que foram importados ou serão importados para os Serviços de DevOps do Azure.

TF402580: Você só pode usar o nome [witName] para um único tipo de item de trabalho.

Os nomes WORKITEMTYPE name="Name" amigáveis WIT devem ser exclusivos dentro do processo.

Exemplo de erro

Meu Trabalho Item A.xml

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

Meu Trabalho Item B.xml

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

Observe como o é o mesmo em ambos os tipos de item de WORKITEMTYPE name= trabalho.

Exemplo de resolução

Meu Trabalho Item A.xml

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

Meu Trabalho Item B.xml

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

TF402581: Você só pode usar o refname [refName] para um único tipo de item de trabalho.

Os nomes refname="value" de referência WIT devem ser exclusivos dentro do processo.

Exemplo de erro

Erro.xml

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

História do usuário.xml

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

Observe que ambos os refname valores são iguais a "MyCompany.Name"

Exemplo de resolução

Erro.xml

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

História do usuário.xml

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

TF402582: O tipo de item de trabalho [witName] contém controle personalizado [controlName] que não é suportado.

Não há suporte para controles personalizados nos Serviços de DevOps do Azure. Revise a FORM seção do WIT nomeado e remova todos os controles personalizados definidos.

Exemplo de erro

Type="OneViewMultiValueControl" Especifica um controle personalizado. Isso deve ser removido ou substituído por um controle com suporte.

    <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>

Erros de plug-in de gerenciamento de teste

O arquivo TestManagement.xml, localizado na pasta Test Management, deve estar em conformidade com a sintaxe e as regras descritas em Definir a configuração inicial do Test Manager.

TF402533: O elemento '[elementName]' no plug-in TestManagement está ausente do 'fileName' atributo.

Adicione o atributo ausente ao elemento nomeado no arquivo TestManagement.xml .

TF402534: O plug-in TestManagement contém uma tarefa sem suporte '[taskName]'

Corrija o nome encarregado no arquivo TestManagement.xml.

Exemplo de erro

O TestResolutionStates elemento foi escrito incorretamente.

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

Exemplo de resolução

Corrigidos erros ortográficos.

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

Artigos relacionados

• Validar e importar processos
• Serviço de Importação de Dados do Azure DevOps