Partilhar via


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

Serviços de DevOps do Azure

Importante

O processo de importação suporta o 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 o acompanhamento do 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 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.

Process successfully imported

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ções 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 tente novamente a operação de importação.

Se você estiver apenas começando sua personalização, revise as regras de validação fornecidas.

Mensagens informativas - nenhuma ação é necessária

TF402555: O campo [refName] é suprimido.

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.

Exemplo de cenário

  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. Processo de importação 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]' a partir 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 dos campos 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.

Exemplo de cenário

  1. Criar 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. Processo de importação 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] a partir 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.

Exemplo de cenário

  1. Criar 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. Processo de importação atualizado

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

Erros de ficheiros diversos

TF402586: Erro ao analisar o ficheiro: [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 ficheiro viola o esquema com o seguinte erro: [Mensagem de erro]

Cada arquivo XML no arquivo zip do processo deve estar em conformidade com o esquema fornecido. Os erros de violação de esquema são causados por marcas ou atributos XML personalizados 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 rastreamento de item de trabalho define todos os elementos filho dentro do FORM elemento como camel case 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 casos de seus elementos. Além disso, a estrutura de maiúsculas e minúsculas das tags de abertura e fechamento deve corresponder de acordo com as regras da sintaxe XML.

Exemplos de erros

Tag 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 do 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. Este 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 na 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 plug-in 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 encontrar 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 do processo onde 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 é 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 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 WIT UserStory 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 WIT da 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 do 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 na 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: Categoria [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 de 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 do requisito
  • Categoria de etapa compartilhada
  • Categoria de parâmetro compartilhado
  • Categoria de Tarefa
  • Categoria de caso de teste
  • Categoria do Plano de Teste
  • Categoria Test Suite

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 Categories.xml.

Exemplo de resolução

Categoria épica é adicionada ao arquivo de categorias.

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

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

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

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

Revise seu 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 definidos na pasta /WorkItem Tracking/TypeDefinitions e listados como uma tarefa para upload 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:

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 nome de 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 ficheiro [fileName] não existe.

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

Exemplo de erro

O caminho da pasta 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: O nome [pathName] no plug-in Classificação não está em conformidade com as restrições de nomenclatura do 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: Adicione e modifique 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 dos caminhos 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: Node StructureType [structureTypeName] no plug-in Classificação não é suportado.

O StructureType atributo só permite os seguintes valores: ProjectModelHierarchy e ProjectLifecycle.
Reveja os Node elementos que especificou e remova quaisquer atributos não suportados.

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 com erros ortográficos 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.
Reveja os property elementos que especificou e remova quaisquer atributos não suportados.

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: O caminho de área ou iteração '[pathName]' no plug 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>

Nota

Os tipos de link personalizados não são suportados no processo de importação atual.

Revise seu arquivo de plug-in WorkItems.xml para 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 dentro de uma LinksControlOptions seção na FORM seção .

Revise seu arquivo de plug-in WorkItems.xml para 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 seguintes LINKTYPE instruções de elemento dentro do 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

Nota

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 através de seus arquivos de definição WIT e substitua quaisquer GLOBALLIST elementos por ALLOWEDVALUES ou SUGGESTEDVALUES elementos. Para sintaxe de referência, consulte Definir listas de opções.

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

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 sintaxe de referência, consulte Definir listas de opções.

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

O elemento ProcessConfiguration.xml RequirementBacklog 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], o 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

ProcessConfiguration.xml elemento especifica value="Committed", no entanto, 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 metastate [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 item de User Story trabalho. 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 do metaestado 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 não suportado [metastateName].

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

Exemplo de erro

O elemento ProcessConfiguration.xml RequirementBacklog contém um mapeamento de metaestado com erros ortográficos 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 do metaestado 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 obrigató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 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 certifique-se de que eles estão incluídos no arquivo zip do processo.

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

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

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

Revise a referência do elemento XML ProcessConfiguration para 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 filho.

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

Edite ProcessConfiguration para corrigir as especificações da 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: Backlog de portfólio [backlogName] faz referência a backlog de portfólio pai indefinido [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 carteira em atraso, 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: Estão definidas demasiadas listas de pendências de carteiras. É permitido um máximo de 5.

Edite o arquivo ProcessConfiguration.xml para remover os elementos extras PortfolioBacklog da PortfolioBacklogs 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 Defects.

Este erro ocorre quando a BugWorkItems seção está configurada incorretamente. Cada estado definido para um tipo de item de trabalho incluído no deve existir no Microsoft.BugCategory conjunto de valores de estado definido na BugWorkItems seção. Por exemplo, se os seguintes estados forem definidos para tipos de item de trabalho definidos para Tipo de item de trabalho de 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 suportar um valor de estado inicial que corresponda a um dos estados definidos em: BugWorkItems.

Este 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 do 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 configuradas para que esse recurso seja usado.

Isso é causado por modelos que são do TFS 2010 ou versões anteriores, antes das Configurações do Processo do Projeto existirem. 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. É permitido um máximo de [witLimit].

Você definiu mais WITs que são permitidos no processo. Revise seu 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 obrigatório refname .

Os tipos de item de trabalho (Bug, User Story, Task, etc.) requerem 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 Referência de todos os elementos XML 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 de tipo de item de trabalho devem conter apenas letras, nenhum espaço e pelo menos um ponto (.)

Os nomes de referência WIT devem aderir às 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 são suportadas para importação para o Azure DevOps: MATCH, , CANNOTLOSEVALUEPROHIBITEDVALUESe 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. Analise as seções e WORKFLOW as FIELDS seções. A maioria dos campos do sistema não permite especificar regras.

Regras válidas para usar com campos Sistema

Nome Regras permitidas
Sistema.Título REQUIRED, DEFAULT
Sistema.Descrição 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 opções.

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 opções.

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. Nomes de referência de campos e tipos personalizados não podem usar esses namespaces.

Para corrigir esse erro, renomeie o refname atributo para o 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 contenha valores para suportar o 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 de arquivo ProcessConfiguration.xml TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity", , requer uma lista de opções 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ê tiver adicionado bugs à Categoria de Tarefa, deverá garantir que o arquivo Bug.xml contenha o campo nomeado e especifique 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 opções.

      <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 que você especificar na AddPanel seção do arquivo ProcessConfiguration.xml.
Você também deve incluir um Control elemento na FORM seção do WIT nomeado.

Exemplo de erro

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

<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 suportar o elemento ProcessConfiguration [elementName], o tipo de item de trabalho [witName] deve definir TypeField [typeField] (field refname [refName]).

No ProcessConfiguration você criou um TypeField com TypeFieldValues. No seu tipo de item de trabalho você tem que 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 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 Type
System.Id ID Número inteiro
Sistema.Título Título String
Microsoft.VSTS.Scheduling.StoryPoints Pontos da história Duplo
Microsoft.VSTS.Scheduling.RemainingWork Trabalho Restante Duplo
Microsoft.VSTS.Scheduling.OriginalEstimate Estimativa original Duplo
Microsoft.VSTS.Scheduling.CompletedWork Completed Work Duplo

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. Fornecido Microsoft.VSTS.TCM.ReproSteps é My Repro Steps e o tipo é HTML.

Em 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 elementos 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 de 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 de 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 forma no Processo A e de outra forma 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 são definidos da mesma forma em todos os processos que
foram importados ou que planeia 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]. Apenas [fieldLimit] são permitidos.

Você definiu [n] campos para o tipo de item de trabalho [witName]. Apenas [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 estar dentro do limite permitido.

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

Você definiu [n] campos para todos os WITs definidos no processo. Apenas [fieldLimit] são permitidos. Isso inclui 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]. É permitido um máximo de [ruleLimit].

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 estar 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 definidos syncnamechanges="true" para o WIT nomeado excede o limite permitido. Isso inclui 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]. É permitido um máximo de [listLimit].

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 do bug e da 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 são suportados para nenhuma regra de campo para importação para os Serviços de DevOps do Azure.
Revise as FIELDS seções e para verificar 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: As regras de campo não são suportadas para o campo [fieldName].

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

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 estes valores [valores].

Todos os campos definidos pelo VSTS nos namespaces-System reservados.XXX e Microsoft.VSTS.XXX - não deve ser alterado. Se você deseja ter uma lista diferente de valores nesses campos da lista de opções, 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: Usuário ou grupo não pode ser encontrado [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 com escopo de projeto personalizado. 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"

Nota

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

TF237094: O nome do campo «[nomedo» » é utilizado pelo campo «[refName]», pelo que não pode ser utilizado 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 <Layout> no nó, mas não no <WebLayout>. O <WebLayout> é usado para modificar o layout do novo formulário. Consulte Referência xml WebLayout para obter detalhes.

VS403073: Grupo & <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>

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]. É permitido um máximo de [stateLimit].

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 seção do WIT nomeado e remova os elementos extras STATE para reduzir o número total de estados a WORKFLOW estar 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 em toda a coleção de projetos.

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

O meu trabalho Item A.xml

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

O meu trabalho Item B.xml

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

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

Exemplo de resolução

O meu trabalho Item A.xml

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

O 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 de 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 de 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 para o 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 suportado.

    <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á faltando o 'fileName' atributo.

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

TF402534: O plug-in TestManagement contém uma tarefa não suportada '[taskName]'

Corrija o nome encarregado em seu arquivo TestManagement.xml.

Exemplo de erro

O TestResolutionStates elemento foi escrito incorretamente.

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

Exemplo de resolução

Erros ortográficos corrigidos.

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