Risolvere gli errori di convalida per l'importazione del processo

Servizi di Azure DevOps

Importante

Il processo di importazione supporta il modello di processo XML ospitato che consente di gestire le personalizzazioni tramite l'aggiornamento della definizione WIT di un modello di processo. Questa funzionalità è disponibile solo per le organizzazioni di cui è stata eseguita la migrazione ad Azure DevOps Services usando il servizio di importazione dei dati di Azure DevOps. Per eventuali domande sulla personalizzazione del processo di Azure DevOps Services, contattare Microsoft .

Se si usa il modello processo di ereditarietà, è possibile personalizzare il rilevamento del lavoro tramite l'interfaccia utente creando un processo ereditato. Se si usa il modello di processo XML locale, è possibile personalizzare un modello di processo, vedere Caricare o scaricare un modello di processo e Personalizzare un modello di processo.

Per altre informazioni sui modelli di processo, vedere Personalizzare il rilevamento del lavoro.

Durante l'importazione del processo, il processo viene convalidato per assicurarsi che il sistema funzioni come previsto per il processo personalizzato. Se il processo non riesce, verrà visualizzato un elenco di messaggi di errore.

Process successfully imported

Se si è ricevuto un errore di convalida durante il tentativo di importazione, è necessario risolvere l'errore prima di ripetere l'importazione. Ogni errore include un collegamento per altre informazioni sull'errore di convalida specifico e indicazioni su come correggerlo. Applicare le correzioni di risoluzione fornite per i messaggi ricevuti, comprimere i file aggiornati e ripetere l'operazione di importazione.

Se si sta iniziando la personalizzazione, esaminare le regole di convalida fornite.

Messaggi informativi : nessuna azione necessaria

TF402555: il campo [refName] viene eliminato.

Il processo che si sta importando non include il campo denominato nel processo da aggiornare, pertanto viene rimosso come parte dell'operazione di aggiornamento.

Esempio dello scenario

  1. Aggiungere un campo personalizzato all'elemento di lavoro Bug.xml
    <FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
    
  2. Processo di importazione
  3. Rimuovere il campo da Bug.xml
  4. Processo di importazione aggiornato

Il sistema visualizza un messaggio informativo sul campo da eliminare.
TF402555: Field MyCompany.CustomFields.Foo will be deleted

TF402591: il campo con nome di riferimento [refName] non può essere rinominato in '[name1]' da '[name2]' nei processi esistenti [processName].

Il processo che si sta importando contiene un campo rinominato che usa lo stesso refname nel processo corrente.

I nomi dei campi non possono essere rinominati.

TF402598: il tipo di elemento di lavoro [refName] viene eliminato.

Il processo che si sta aggiornando non include il WIT denominato presente nel processo corrente. Nell'ambito dell'aggiornamento del processo esistente, il sistema elimina il WIT denominato dal processo corrente.

Esempio dello scenario

  1. Creare un nuovo tipo di elemento di lavoro denominato "LSI"
    <WORKITEMTYPE name="LSI" refname="My.LSI">  
    
  2. Processo di importazione
  3. Rimuovere il tipo di elemento di lavoro LSI dal processo
  4. Processo di importazione aggiornato

Il sistema visualizza un messaggio informativo sull'eliminazione.
TF402598: Work item type My.LSI will be deleted

TF402601: il tipo di elemento di lavoro [witName] viene rinominato in [name1] da [name2].

Il processo contiene un WIT rinominato. Il WIT viene rinominato nel processo esistente.
Il processo che si sta aggiornando contiene un WIT rinominato dal nome nel processo corrente.
Come parte dell'aggiornamento del processo esistente, il sistema rinomina il WIT nel processo corrente. Vengono rinominati anche tutti gli elementi di lavoro nei progetti esistenti che fanno riferimento al processo.

Esempio dello scenario

  1. Creare un nuovo tipo di elemento di lavoro denominato "LSI"
    <WORKITEMTYPE name="LSI" refname="My.LSI">  
    
  2. Processo di importazione
  3. Rinominare il tipo di elemento di lavoro LSI in Live Site Incident
    <WORKITEMTYPE name="Live Site Incident" refname="My.LSI">  
    
  4. Processo di importazione aggiornato

Il sistema visualizza un messaggio informativo sul WIT da rinominare.
TF402601: Work item type My.LSI will be renamed to 'Live Site Incident' from 'LSI'

Errori di file vari

TF402586: File di analisi degli errori: [Messaggio di errore]

La sintassi XML in formato non valido può causare errori di analisi dei file. I tag di chiusura mancanti, le virgolette mancanti, le parentesi quadre aperte o chiuse (< o >) possono causare un errore del file di analisi.

Dal messaggio di errore determinare e correggere l'origine del codice XML in formato non valido.

TF402594: il file viola lo schema con l'errore seguente: [Messaggio di errore]

Ogni file XML nel file ZIP del processo deve essere conforme allo schema specificato. Gli errori di violazione dello schema sono causati da tag o attributi XML personalizzati all'interno del file XML. Leggere il messaggio di errore per determinare l'origine della violazione dello schema e correggere di conseguenza.

La definizione dello schema per il rilevamento degli elementi di lavoro definisce tutti gli elementi figlio all'interno dell'elemento FORM come case camel e tutti gli altri elementi come tutti maiuscoli. Se si verificano errori durante la convalida dei file di definizione del tipo, controllare la struttura del case degli elementi. Inoltre, la struttura del case dei tag di apertura e chiusura deve corrispondere in base alle regole per la sintassi XML.

Esempi di errore

Tag XML personalizzato:

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

Attributo aggiuntivo aggiunto all'elemento XML:

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

VS412450: errore di convalida dello schema Xml in [fileName]. [Messaggio di errore]

Correggere l'errore dello schema nel file denominato.

Errori di plug-in del modello di elaborazione

ProcessTemplate.xml è il file radice che definisce l'intero processo e tutti i file di definizione XML che verranno importati per aggiungere o aggiornare un processo. Questo file contiene tutti i plug-in e i gruppi di attività a cui viene fatto riferimento durante la creazione di un progetto. Ogni gruppo di attività fa riferimento a un file XML subordinato (spesso in una sottocartella) in cui vengono definite le attività specifiche. In generale, si specifica un gruppo di attività per ogni plug-in.

Il file di definizione ProcessTemplate.xml deve essere conforme alla sintassi e alle regole descritte in Riferimento all'elemento XML ProcessTemplate.

VS412457: impossibile trovare il file specificato '[fileName]' nel pacchetto del processo.

Correggere il pacchetto ZIP del processo per includere il file denominato.

VS402452: il modello di processo non ha specificato una versione o ha specificato una versione non valida.

Modificare il file ProcessTemplate.xml per specificare una versione.

Esempio di errore

Il file ProcessTemplate.xml specifica lo stesso version GUID del processo Agile, che è un processo bloccato.

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

Esempio di risoluzione

Viene specificato un GUID diverso.

<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: il file ZIP del modello di processo non contiene il plug-in necessario [pluginName].

Tutti i file elencati all'interno del file ProcessTemplate.xml e i relativi file plug-in supportati devono essere presenti all'interno del file ZIP del processo.

Usare uno strumento di ricerca per trovare tutte le istanze di filename=value all'interno del set di file e cartelle di processo. Aggiornare quindi il plug-in per rimuovere il file denominato mancante oppure aggiungere il file denominato alla cartella del processo a cui appartiene.

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

Esempio di errore

Il plug-in WorkItemTracking specifica fileName="WorkItem Tracking\TypeDefinitions\Epic.xml, ma non è stato aggiunto alla cartella WorkItem Tracking\TypeDefinitions.

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

Esempio di risoluzione

Aggiungere il file Epic.xml alla cartella WorkItem Tracking\TypeDefinitions.

VS412454: plug-in [pluginName] contiene diversi taskList{1}, {2}. È consentito un taskList solo plug-in.

Correggere il file ProcessTemplate.xml per il plug-in denominato per ridurre il numero di tasklist elementi definiti.

Esempio di errore

Il plug-in WorkItemTracking contiene due tasklist istruzioni.

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

Esempio di risoluzione

    <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: è possibile includere un solo file di definizione categoria nel processo.

Esempio di errore

Il file WorkItems.xml contiene due CATEGORIES istruzioni.

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

Esempio di risoluzione

Il file WorkItems.xml è stato aggiornato in modo da contenere una CATEGORIES sola istruzione.

  <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: è possibile includere un solo file di definizione ProcessConfiguration nel processo.

Esempio di errore

Il file WorkItems.xml contiene istruzioni duplicate ProjectConfiguration .

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

Esempio di risoluzione

Il file WorkItems.xml è stato aggiornato in modo da contenere una ProjectConfiguration sola istruzione.

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

TF402587: file ProcessConfiguration obbligatorio mancante.

Il file WorkItems.xml specifica il file ProcessConfiguration da caricare. Il file non è specificato, contiene una specifica non aggiornata, il file specificato non è presente nel modello oppure il nome di cartella/file non è corretto.

Esempio di errore

La configurazione specificata non è aggiornata e specifica due file che non sono contenuti nella cartella Processo.

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

Esempio di risoluzione

Il file WorkItems.xml è stato aggiornato in modo da contenere l'istruzione di configurazione ProjectConfiguration corretta.

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

TF402577: Field [refName] specifica il nome descrittivo [friendlyName] che è già in uso dai campi [refName] nei processi [processNames].

I nomi descrittivi devono essere univoci in tutte le definizioni di campo per tutte le definizioni di WIT specificate per tutti i processi importati in Azure DevOps Services.

I processi denominati contengono wit che definiscono un campo che usa il nome descrittivo.

Modificare la definizione WIT nel file ZIP del processo che contiene [refName] e specificare un nome descrittivo diverso o impostarne la corrispondenza con un campo esistente in uso.

Esempio di errore

La definizione di WIT userStory contiene FIELD l'elemento per Fabrikam.Product.Family con il nome descrittivo 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>

Tuttavia, in un processo esistente, Fabrikam.Product.Versions usa il nome descrittivo 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>

Esempio di risoluzione

Aggiornare la definizione del WIT userStory in modo che corrisponda al campo esistente.

      <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: riferimento al plug-in WorkItemTracking necessario mancante nel modello di processo.

È necessario specificare il Microsoft.ProjectCreationWizard.WorkItemTracking plug-in nella metadata sezione del file ProcessTemplate.xml:

Esempio di errore

Il Microsoft.ProjectCreationWizard.WorkItemTracking plug-in non è presente nella plugins sezione del file 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>

Esempio di risoluzione

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

Categorie

Il file di definizione Categories.xml deve essere conforme alla sintassi e alle regole descritte in Riferimento agli elementi XML categories.

TF402546: categoria [categoryName] mancante nel file delle categorie.

Tutte le categorie a cui viene fatto riferimento nel file ProcessConfiguration.xml devono essere definite nel file Categories.xml. Inoltre, il sistema richiede che il file Categories.xml contenga definizioni per le categorie seguenti:

  • Categoria di bug
  • Categoria di richieste di revisione codice
  • Categoria di risposta di revisione codice
  • Categoria richiesta commenti e suggerimenti
  • Categoria risposta commenti e suggerimenti
  • Categoria Tipi nascosti
  • Categoria requisito
  • Categoria passaggio condiviso
  • Categoria di parametri condivisi
  • Categoria attività
  • Categoria test case
  • Categoria piano di test
  • Categoria gruppo di test

Aggiornare il file Categories.xml per definire la categoria [name] mancante.

Esempio di errore

ProcessConfiguration fa riferimento alla categoria Epic, ma manca nel file di definizione Categories.xml.

Esempio di risoluzione

La categoria epica viene aggiunta al file Categorie.

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

TF402553: l'elemento [name] fa riferimento alla categoria [categoryName] che non è definita nel file delle categorie.

Aggiornare il file Categories.xml per definire la categoria [categoryName] mancante.

TF402560: sono state definite [n] categorie. Sono consentiti solo [nn].

Esaminare il file Categories.xml per tutte le CATEGORY istruzioni degli elementi e determinare quali elementi è possibile eliminare in modo da non superare il limite consentito. Esaminare quindi il file ProcessConfiguration.xml per sostituire i valori che fanno riferimento a categorie eliminate.

TF402596: Category [categoryName] non definisce il tipo di elemento di lavoro [witName].

Le categorie devono fare riferimento a WITs definite nella cartella /WorkItem Tracking/TypeDefinitions e elencate come attività per il caricamento nel file plug-in WorkItems.xml.
Esaminare il file Categories.xml per i riferimenti a un WIT che non è incluso nella cartella /WorkItem Tracking/TypeDefinitions.

Esempio di errore

Il nome del WIT a cui viene fatto riferimento per Microsoft.EpicCategory è stato digitato in modo non digitato.

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

Esempio di risoluzione

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

TF402597: la categoria personalizzata [categoryName] non è supportata perché ProcessConfiguration non vi fa riferimento.

È possibile specificare solo categorie personalizzate usate per configurare una funzionalità dello strumento Agile in ProcessConfiguration.
Esaminare il file ProcessConfiguration.xml e determinare se non è stato aggiunto il supporto per una categoria. In caso contrario, rimuovere [categoryName] dal file Categories.xml.

Esempio di errore

ProcessConfiguration non fa riferimento a Microsoft.EpicCategory, anche se è definito nel file di definizione Categories.xml.

Esempio di risoluzione

Aggiungere PortfolioBacklog a ProcessConfiguration per fare riferimento 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>

Articoli di riferimento:

Errori del plug-in di classificazione

Il file di definizione Classification.xml deve essere conforme alla sintassi e alle regole descritte in Plug-in classificazione.

TF402511: il plug-in classificazione contiene il nome della proprietà duplicato: [propertyName].

Esempio di errore

Il file Classification.xml contiene una seconda property name="MSPROJ" istruzione nell'elemento properties contenitore.

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

Esempio di risoluzione

Rimuovere l'istruzione duplicata.

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

TF402512: file [fileName] non esiste.

Il file specificato nel file Classification.xml non è presente nel percorso specificato o il percorso non è digitato in modo non corretto.

Esempio di errore

Il percorso della cartella classificazione non è digitato in modo corretto.

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

Esempio di risoluzione

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

TF402513: il nome [pathName] nel plug-in Classificazione non è conforme alle restrizioni di denominazione di TreePath.

Esaminare gli Node elementi specificati e modificare i nomi in modo che siano conformi alle convenzioni di denominazione di supporto. Riferimento: aggiungere e modificare percorsi di area e iterazione.

Esempio di errore

I nomi percorso includono il carattere # che non è consentito.

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

Esempio di risoluzione

I nomi dei percorsi sono stati corretti.

        <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] nel plug-in Classificazione non è supportato.

L'attributo StructureType consente solo i valori seguenti: ProjectModelHierarchy e ProjectLifecycle.
Esaminare gli Node elementi specificati e rimuovere gli attributi non supportati.

Esempio di errore

ProjectLifecycle è stato digitato in modo non ortografico.

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

Esempio di risoluzione

Il nome con errori di ortografia è stato corretto.

        <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: un attributo di proprietà nel plug-in Di classificazione non è supportato o non è supportato.

L'elemento property consente solo gli attributi seguenti: name , value e isFile.
Esaminare gli property elementi specificati e rimuovere gli attributi non supportati.

Esempio di errore

L'attributo value è digitato in modo non ortografico.

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

Esempio di risoluzione

L'attributo con errori di ortografia è stato corretto.

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

TF402516: il plug-in di classificazione contiene più di due nodi di livello radice, che non sono supportati.

Esaminare gli Node elementi specificati e rimuovere nodi di livello radice aggiuntivi.

Esempio di errore

Il file Classification.xml contiene una seconda Node StructureType="ProjectLifecycle" istruzione nell'elemento Nodes contenitore.

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

Esempio di risoluzione

Rimuovere la seconda istruzione.

      <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: percorso area o iterazione '[pathName]' nel plug-in GroupsandPermissions mancante dal plug-in Classificazione.

Aggiungere il [pathName] mancante al file Classification.xml o rimuoverlo dal file GroupsandPermissions.xml.

Esempio di errore

Il file Classification.xml specifica gli sprint, non le iterazioni.

GroupsandPermissions.xmlteamSettings specifica iterazioni.

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

Tuttavia, Classification.xml specifica gli sprint.

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

Esempio di risoluzione

Aggiornare GroupsandPermissions.xml per usare gli sprint.

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

Nota

I tipi di collegamento personalizzati non sono supportati nel processo di importazione corrente.

Esaminare il file plug-in WorkItems.xml per tutte le LINKTYPE istruzioni degli elementi. Rimuovere le istruzioni associate ai tipi di collegamento personalizzati in modo che non superino il limite consentito. Rimuovere quindi il file di definizione del tipo di collegamento corrispondente dalla cartella LinkTypes.

Rimuovere anche tutti i riferimenti ai tipi di collegamento personalizzati aggiunti a una definizione di WIT all'interno di una LinksControlOptions sezione nella FORM sezione .

Esaminare il file plug-in WorkItems.xml per tutte le LINKTYPE istruzioni degli elementi. Rimuovere tutte le istruzioni che specificano un tipo di collegamento personalizzato. Rimuovere quindi il file di definizione del tipo di collegamento corrispondente dalla cartella LinkTypes.

Le istruzioni di elemento seguenti LINKTYPE all'interno del file plug-in WorkItems.xml sono valide:

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

Elenchi globali

Nota

Gli elenchi globali non sono supportati nella funzionalità del processo di importazione corrente.

TF402564: sono stati definiti [n] elenchi globali. Sono consentiti solo [nn].

Uno o più wit definiti nel modello di processo personalizzato contengono un GLOBALLIST elemento . Cercare nei file di definizione del WIT e sostituire gli GLOBALLIST elementi con ALLOWEDVALUES o SUGGESTEDVALUES . Per la sintassi di riferimento, vedere Definire elenchi di selezione.

TF402565: sono stati definiti [n] elementi nell'elenco globale [globalListName]. È consentito un massimo di [nn].

L'elemento denominato GLOBALLIST contiene più elementi di quelli consentiti. Ridurre il numero di elementi dell'elenco contenuti nell'elemento o segmentare l'elenco GLOBALLIST globale in due o più elementi in modo che nessun elenco superi il numero massimo di elementi consentiti.

Per la sintassi di riferimento, vedere Definire elenchi di selezione.

Configurazione del processo

Il file di definizione ProcessConfiguration.xml deve essere conforme alla sintassi e alle regole descritte in Riferimento all'elemento XML ProcessConfiguration.

TF402543: l'elemento [elementName] richiede che si esegue esattamente uno stato del flusso di lavoro al metastate [metastateName].

Aggiornare la States sezione all'interno dell'elemento denominato nel file ProcessConfiguration.xml per fornire il mapping di metastate mancante o rimuovere mapping aggiuntivi.

Esempio di errore

L'elemento ProcessConfiguration.xml RequirementBacklog manca un mapping metastate per 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 >

Esempio di risoluzione

Sono stati aggiunti mapping metastate mancanti.

<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: l'elemento [elementName] richiede che per il tipo di elemento di lavoro [witName] si esegue almeno uno stato al metastate [metastateName ].

Esaminare gli WORKFLOW stati definiti per il WIT denominato e quindi aggiornare la States sezione all'interno dell'elemento denominato nel file ProcessConfiguration.xml per fornire il mapping di metastate mancante per il WIT denominato.

TF402548: l'elemento [elementName] richiede il mapping di almeno uno stato alla metastate [metastateName].

Aggiornare la States sezione all'interno dell'elemento denominato nel file ProcessConfiguration.xml per fornire il mapping di metastate mancante.

Esempio di errore

L'elemento ProcessConfiguration.xml RequirementBacklog manca un mapping metastate per 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 >

Esempio di risoluzione

Sono stati aggiunti mapping metastate mancanti.

<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: l'elemento [elementName] include più mapping metastate per lo stato del flusso di lavoro [stateName].

Il valore metastate non può essere mappato a più di uno stato del flusso di lavoro.

Esempio di errore

L'elemento ProcessConfiguration.xml RequirementBacklog contiene due mapping metastate per 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 >

Esempio di risoluzione

I mapping metastate sono stati corretti.

<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: il tipo di elemento di lavoro [witName] non definisce lo stato del flusso di lavoro [stateName], necessario perché ProcessConfiguration esegue il mapping a un metastate per l'elemento [elementName].

Correggere il file ProcessConfiguration.xml o la WORKFLOW sezione del WIT denominato per aggiungere gli elementi e TRANSITION mancantiSTATE.

Esempio di errore

L'elemento ProcessConfiguration.xml RequirementBacklog specifica value="Committed", ma UserStory.xml non definisce Committed come stato.

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

Esempio di risoluzione

Rimosso l'elemento State per 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: l'elemento [elementName] richiede che per il tipo di elemento di lavoro [witName] si esegue esattamente uno stato al metastate [metastateName] per gli stati seguenti: [stateNames].

Esaminare la STATES sezione nel file ProcessConfiguration.xml per l'elemento denominato e verificare che ogni sate elencato nel messaggio di errore sia presente e mappato a un metastate.

Esempio di errore

L'elemento ProcessConfiguration.xml RequirementBacklog manca lo stato New esistente nel User Story tipo di elemento di lavoro. Deve trovarsi nell'elenco STATES mappato a 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 >

Esempio di risoluzione

Il mapping metastate è stato corretto.

<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] specifica un metastate [metastateName] non supportato.

Esaminare la STATES sezione nel file ProcessConfiguration.xml per l'elemento denominato e rimuovere o correggere il metastate denominato.

Esempio di errore

L'elemento ProcessConfiguration.xml RequirementBacklog contiene un mapping di metastate con errori di ortografia per 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 >

Esempio di risoluzione

Il mapping metastate è stato corretto.

<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: elemento obbligatorio [elementName] mancante in Configurazione processo.

Modificare il file ProcessConfiguration.xml per aggiungere l'elemento denominato mancante.

Per gli elementi obbligatori, vedere Riferimento all'elemento XML ProcessConfiguration.

TF402572: impossibile trovare il file specificato nel pacchetto del modello di processo.

Un file specificato in un file plug-in per il caricamento non è presente nel file ZIP. Esaminare tutti i file specificati per il caricamento e assicurarsi che siano inclusi nel file ZIP del processo.

Per gli elementi obbligatori, vedere Riferimento all'elemento XML ProcessConfiguration.

TF402574: ProcessConfiguration non specifica obbligatorio TypeField[typeField].

Modificare il file ProcessConfiguration.xml per aggiungere l'elemento denominato TypeField mancante.

Per gli elementi obbligatoriTypeField, vedere Riferimento all'elemento XML ProcessConfiguration.

Esempio

Il processo Scrum specifica gli elementi seguenti TypeField . Se uno di questi elementi non è presente, verrà visualizzato l'errore TF402574.

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

TF402588: diversi backlog del portfolio [backlogNames] hanno definito [backlogName] come padre. Un backlog padre può avere un solo backlog figlio.

Solo un backlog del portfolio figlio può essere mappato a un singolo backlog padre.

Modificare ProcessConfiguration per correggere le specifiche del backlog padre-figlio.

Esempio di errore

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

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

Esempio di risoluzione

Modificare l'elemento padre nel backlog funzionalità in modo che punti al backlog 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 portfolio [backlogName] fa riferimento al backlog del portfolio padre non definito [backlogName].

La definizione ProcessConfiguration.xml contiene un parent valore che fa riferimento a un backlog del portfolio non definito.

Esempio di errore

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

Esempio di risoluzione

Aggiungere Epic PortfolioBacklog al file 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: diversi backlog del portfolio [Backlog 1, Backlog 2] non definiscono l'elemento padre.

Un solo backlog portfolio, il backlog superiore, potrebbe non essereparentato. Tutti gli altri backlog devono includere un attributo e un parent="Microsoft.FooCategory" valore.

Esempio di risoluzione

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

402595: sono definiti troppi backlog del portfolio. È consentito un massimo di 5.

Modificare il file ProcessConfiguration.xml per rimuovere gli elementi aggiuntivi PortfolioBacklog dalla PortfolioBacklogs sezione .

Per altre informazioni, vedere Riferimento all'elemento XML ProcessConfiguration.

TF400506: questo elemento definisce gli stati per gli elementi di lavoro che rappresentano Bug o Difetti.

Questo errore si verifica quando la BugWorkItems sezione non è configurata correttamente. Ogni stato definito per un tipo di elemento di lavoro incluso in Microsoft.BugCategory deve esistere nel set di valori di stato definiti nella BugWorkItems sezione . Ad esempio, se gli stati seguenti sono definiti per i tipi di elemento di lavoro definiti per il tipo di elemento di lavoro Bug: Nuovo, Approvato, Commit, Fine, la BugWorkItems sezione deve essere configurata come segue:

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

Per altre informazioni, vedere Riferimento all'elemento XML ProcessConfiguration.

TF400507: ogni tipo di elemento di lavoro deve supportare un valore di stato iniziale corrispondente a uno degli stati definiti in: BugWorkItems.

Questo errore si verifica quando un tipo di elemento di lavoro incluso in Microsoft.BugCategory specifica uno stato iniziale che non è incluso nella BugWorkItems sezione del file XML ProcessConfiguration. Correggere gli stati del flusso di lavoro della definizione XML per i tipi di elementi di lavoro denominati oppure aggiornare la BugWorkItems sezione in modo da includere gli stati mancanti.

Per altre informazioni, vedere Riferimento all'elemento XML ProcessConfiguration.

TF400572: il processo di progetto Impostazioni deve essere configurato per l'uso di questa funzionalità.

Ciò è causato dai modelli di TFS 2010 o versioni precedenti, prima dell'esistenza del processo di progetto Impostazioni. Provare a eseguire Configura funzionalità dopo un aggiornamento per risolvere o aggiungere il file XML ProcessConfiguration al modello di processo.

Tipi di elemento di lavoro

TF402570: sono stati definiti i tipi di elemento di lavoro [n]. È consentito un massimo di [witLimit].

Sono state definite più wit consentite nel processo. Esaminare il file WorkItems.xml e ridurre il numero di istruzioni che contiene e rimuovere i file di WORKITEMTYPE definizione WIT associati dal processo.

TF402573: il tipo di elemento di lavoro WIT non specifica l'attributo obbligatorio refname .

I tipi di elemento di lavoro (Bug, Storia utente, Attività e così via) richiedono l'attributo refname . Il valore refname deve essere univoco e non può contenere spazi dei nomi riservati. Spazio dei nomi System.XXX e Microsoft.VSTS.XXX è riservato da Azure DevOps.

Per altre informazioni, vedere Informazioni di riferimento su tutti gli elementi XML WITD.

Esempio di errore

<WORKITEMTYPE name="Bug">

Esempio di risoluzione

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

TF402599: il tipo di elemento di lavoro refname [refName] non è valido perché usa uno spazio dei nomi non consentito [spazio dei nomi].

I nomi di riferimento di campi personalizzati e wit non possono usare spazi dei nomi riservati: Sistema.XXX e Microsoft.VSTS.XXX.

Modificare l'attributo refname del WIT denominato.

Esempio di errore

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

Esempio di risoluzione

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

TF402600: il nome di riferimento del tipo di elemento di lavoro [refName] non è valido. I nomi di riferimento dei tipi di elemento di lavoro devono contenere solo lettere, senza spazi e almeno un punto (.)

I nomi di riferimento WIT devono rispettare le convenzioni di denominazione stabilite: solo lettere, senza spazi e almeno un punto (.)

Modificare l'attributo refname del WIT denominato per soddisfare i requisiti di denominazione.

Esempio di errore

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

Esempio di risoluzione

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

Campi elemento di lavoro

TF402538: la regola del campo [ruleName] non è supportata.

Modificare le definizioni del WIT per rimuovere la regola denominata. Le regole seguenti non sono supportate per l'importazione in Azure DevOps: MATCH, CANNOTLOSEVALUEPROHIBITEDVALUES, e .NOTSAMEAS

TF402539: Field [refName] consente solo le regole seguenti: [ruleNames].

Modificare le definizioni del WIT per il campo denominato e rimuovere eventuali regole non consentite. Esaminare le FIELDS sezioni e WORKFLOW . La maggior parte dei campi di sistema non consente di specificare regole.

Regole valide da usare con i campi di sistema

Nome Regole consentite
System.Title REQUIRED, DEFAULT
System.Description REQUIRED, DEFAULT
System.AssignedTo REQUIRED, DEFAULT, ALLOWEXISTINGVALUEVALIDUSER
System.ChangedBy REQUIRED, DEFAULT, ALLOWEXISTINGVALUEVALIDUSER

TF402540: il tipo di elemento di lavoro [witName] non è valido perché specifica l'elenco globale [GLOBALLIST]. Gli elenchi globali non sono supportati.

Gli elenchi globali non sono supportati in VSTS. Sostituire tutte le istanze di elementi con ALLOWEDVALUES gli elementi e LISTITEM in tutti i file di GLOBALLIST definizione WIT. Riferimento: definire elenchi di selezione.

Esempio di errore

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

Esempio di risoluzione

<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: il tipo di elemento di lavoro [witName] non è valido perché fa riferimento all'elenco globale [globalListName]. Gli elenchi globali non sono supportati.

Gli elenchi globali non sono supportati in VSTS. Sostituire tutte le istanze di elementi con ALLOWEDVALUES gli elementi e LISTITEM in tutti i file di GLOBALLIST definizione WIT. Riferimento: definire elenchi di selezione.

Esempio di errore

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

Esempio di risoluzione

<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: il nome di riferimento del campo personalizzato [refName ] non è valido perché usa lo spazio dei nomi non consentito [spazio dei nomi].

Spazio dei nomi System.XXX e Microsoft.VSTS.XXX- sono riservati in VSTS. I nomi di riferimento di campi e tipi personalizzati non possono usare questi spazi dei nomi.

Per correggere questo errore, rinominare l'attributo refname per il campo denominato nei file di definizione WIT in cui viene visualizzato.

Esempio di errore

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

  - OR - 

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

Esempio di risoluzione

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

TF402544: Field [refName], definito nel tipo di elemento di lavoro [witName], richiede una ALLOWEDVALUES regola che contiene valori per supportare l'elemento [elementName] specificato in ProcessConfiguration.

Modificare il campo denominato nel WIT denominato per specificare la regola mancante ALLOWEDVALUES , facendo riferimento all'elemento denominato per altri dettagli.

L'elemento file ProcessConfiguration.xml, TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity", richiede che venga definito un elenco di selezione per il campo Microsoft.VSTS.Common.Activity in tutti i tipi di accesso windows appartenenti alla categoria attività.

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

Se sono stati aggiunti bug alla categoria attività, è necessario assicurarsi che il file Bug.xml contenga il campo denominato e specifichi lo stesso elenco di selezione definito nel file Task.xml.

Esempio di errore

Bug.xml include il campo definito, ma non l'elenco di selezione.

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

Esempio di risoluzione

Correzione di Bug.xml

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

TF402545: l'elemento [elementName] richiede di includere il campo [fieldName] nella definizione del tipo di elemento di lavoro [witName].

È necessario includere un elemento corrispondente FIELD nella definizione WIT denominata per ogni field elemento specificato all'interno della AddPanel sezione del file ProcessConfiguration.xml.
È anche necessario includere un Control elemento all'interno della FORM sezione del WIT denominato.

Esempio di errore

ProcessConfiguration.xml specifica due campi personalizzati. Tuttavia, questi campi non sono definiti nel file UserStory.xml.

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

Esempio di risoluzione

Elementi mancanti FIELD aggiunti al file UserStory.xml.

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

Per supportare l'elemento ProcessConfiguration [elementName], il tipo di elemento di lavoro [witName] deve definire TypeField [typeField] (nome refname [refName]).

In ProcessConfiguration è stato creato un TypeField oggetto con TypeFieldValues. Nel tipo di elemento di lavoro è necessario fare riferimento allo stesso TypeFieldoggetto .

Esempio di errore

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 usa il campo Microsoft.VSTS.Feedback.ApplicationType quando deve usare il campo Custom.ApplicationType.

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

Esempio di risoluzione

FeedbackRequest.xml

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

TF402556: per definire correttamente il campo [refName] , è necessario denominarlo [fieldName] e impostarne il tipo su [fieldType]. Se [refName] è [fieldName] e il tipo è [fieldType].

Se si usa un server locale e si esegue tfsMigrator, questo errore viene in genere generato quando il processo non è aggiornato e un campo di sistema non è definito correttamente. Nella maggior parte di questi casi è necessario usare il witadmin /changefield comando per rinominare correttamente il campo.

Esempi di campi riservati

Sistema riservato.XXX e Microsoft.VSTS.I campi XXX hanno valori di nome e tipo obbligatori.

Campo Nome Type
System.Id ID Nr. intero
System.Title Title String
Microsoft.VSTS.Scheduling.StoryPoints Punti della storia Double
Microsoft.VSTS.Scheduling.RemainingWork Lavoro rimanente Double
Microsoft.VSTS.Scheduling.OriginalEstimate Stima originale Double
Microsoft.VSTS.Scheduling.CompletedWork Completed Work Double

Esempio di errore

TF402556: per definire correttamente il campo Microsoft.VSTS.TCM.ReproSteps, è necessario denominarlo Passaggi di riproduzione e impostarne il tipo su HTML. Se Microsoft.VSTS.TCM.ReproSteps è My Repro Steps e il tipo è HTML.

In Bug.xml il nome del campo descrittivo è stato modificato in "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> 

Esempio di risoluzione

Bug.xml

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

TF402557: esistono definizioni incoerenti per il campo [refName] nei tipi di elemento di lavoro seguenti: [witName]. Verificare che tutti i riferimenti a un campo abbiano lo stesso RefName, Name e Type.

FIELD le definizioni degli elementi per i campi con lo stesso nome descrittivo devono essere coerenti tra wit. Verificare che gli refnameattributi , namee type siano uguali in ognuna delle definizioni WIT per il campo denominato.

Esempio di errore

Bug.xml

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

UserStory.xml

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

Si noti che gli name attributi e type differiscono da quelli nel tipo di elemento di lavoro Bug.xml

Esempio di risoluzione

Bug.xml

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

UserStory.xml

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

TF402558: la definizione del campo [refName] non è coerente con la definizione esistente del campo nei modelli seguenti: [templateNames].

I campi devono essere definiti in modo coerente tra processi che sono stati o che si prevede di importare in Azure DevOps Services. Il sistema non consente di importare un processo che contiene un FIELD elemento definito in un modo in Process A e in un altro modo in Process B. Tutti gli FIELD attributi degli elementi devono corrispondere.

Esempio

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

Si noti come vengono specificati valori diversi per name gli attributi e type .

Risoluzione

Assicurarsi che i campi dello stesso siano definiti nello stesso refname modo in tutti i processi che
sono stati importati o che si prevede di importare in Azure DevOps Services.

TF402559: la definizione del campo [refName] non è coerente con un campo esistente. type è [typeName] ma deve essere [typeName].

Modificare i file WIT che contengono il campo denominato per garantire che il valore dell'attributo specificato type sia coerente in tutte le connessioni WIT.

TF402562: sono stati definiti [n] campi per il tipo di elemento di lavoro [witName]. Sono consentiti solo [fieldLimit].

Sono stati definiti i campi [n] per il tipo di elemento di lavoro [witName]. Sono consentiti solo [fieldLimit]. All'interno di un singolo WIT è possibile specificare solo il numero specificato di campi.

Modificare il WIT denominato e rimuovere i campi personalizzati aggiuntivi per ridurre il numero totale di campi entro il limite consentito.

TF402563: sono stati definiti un totale di [n] campi per tutti i tipi di elemento di lavoro. Sono consentiti solo [fieldLimit].

Sono stati definiti i campi [n] per tutte le connessioni WIT definite nel processo. Sono consentiti solo [fieldLimit]. Ciò include System.XXX e Microsoft.VSTS.Campi dello spazio dei nomi XXX e campi personalizzati.

Esaminare le FIELDS sezioni e WORKFLOW e determinare quali campi personalizzati rimuovere.

TF402566: sono state definite [n] regole di campo per il tipo di elemento di lavoro [witName]. È consentito un massimo di [ruleLimit].

Sono state definite le regole di campo [n] per il WIT denominato che supera il numero consentito di regole di campo per qualsiasi WIT.

Modificare il WIT denominato e rimuovere le regole di campo aggiuntive per ridurre il numero totale di campi entro il limite consentito.

TF402568: sono stati definiti [n] campi con syncnamechanges="true" per il tipo di elemento di lavoro [witName]. È consentito un massimo di 64.

Il numero di campi con syncnamechanges="true" definito per il WIT denominato supera il limite consentito. Ciò include System.XXX e Microsoft.VSTS.Campi dello spazio dei nomi XXX e campi personalizzati.

Esaminare la FIELDS sezione del WIT denominato e determinare quali campi personalizzati rimuovere o modificare.

Esempio

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

TF402569: sono stati definiti [n] valori per il campo [fieldName] nel tipo di elemento di lavoro [witName]. È consentito un massimo di [listLimit].

Il numero di LISTITEM elementi definiti per il campo denominato nel WIT denominato supera il limite consentito.

Modificare il WIT denominato per ridurre il numero diLISTITEM elementi in modo da non superare il valore massimo consentito.

Esempio

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

Si noti che i valori di bug e storia refname utente sono diversi.

TF402584: gli attributi della regola di campo "for" o "not" non sono supportati.

Gli "for" attributi e "not" non sono supportati affatto per qualsiasi regola di campo per l'importazione in Azure DevOps Services.
Esaminare le sezioni e WORKFLOW per verificare la FIELDS presenza di "for" attributi e "not" e rimuoverli.

Esempio di errore

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

Esempio di risoluzione

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

TF402593: le regole dei campi non sono supportate per il campo [fieldName].

La maggior parte dei campi System e Microsoft.VSTS non supporta le regole. Vedere Regole e valutazione delle regole per un elenco completo delle regole di campo supportate.

Modificare i file di definizione per i tipi di elemento di lavoro che contengono il campo denominato e rimuovere le regole di campo specificate.

TF402602: il campo [refName] deve avere esattamente questi valori [valori].

Tutti i campi definiti da VSTS negli spazi dei nomi riservati-System.XXX e Microsoft.VSTS.XXX- non deve essere modificato. Se si desidera avere un elenco diverso di valori in questi campi elenco di selezione, definire il proprio campo personalizzato.

Esempio di errore

Bug.xml ha il campo di priorità definito, ma ha un elenco di valori diverso rispetto al previsto.

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

Esempio di risoluzione

Correzione di Bug.xml, incluso un nuovo 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: impossibile trovare l'utente o il gruppo [project]\Nome gruppo. Verificare che gli utenti e i gruppi usati nella definizione del tipo di elemento di lavoro esistano.

I gruppi con ambito progetto personalizzato non sono supportati. È possibile fare riferimento solo ai gruppi con ambito a livello di account.

Esempio di errore

Bug.xml fa riferimento a un gruppo con ambito progetto.

... "[project]\Organization Leaders"

Esempio di risoluzione

Creare un nuovo gruppo a livello di account (raccolta) "Leader organizzazione" e farvi riferimento di conseguenza nel codice XML.

... "[global]\Organization Leaders"

Nota

Un gruppo globale appena creato potrebbe richiedere un po' di tempo prima di essere trovato dal processo di importazione.

TF237094: il nome campo '[fieldName]' viene usato dal campo '[refName]', pertanto non può essere usato dal campo '[refName]'.

Il nome del campo esiste già con lo stesso nome in un campo diverso. Modificare il nome del campo.

Esempio di errore

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

Esempio di risoluzione

Modificare il nome del campo di Custom.NewField.ExternalID

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

Layout dell'elemento di lavoro

VS403104: il tipo di elemento di lavoro [witName] fa riferimento al campo obbligatorio [refName] che non è incluso in tutti i layout.

Questo avviso viene generato se è presente un campo obbligatorio in un tipo di elemento di lavoro a cui si fa riferimento nel <Layout> nodo ma non in <WebLayout>. Viene <WebLayout> utilizzato per modificare il layout del nuovo modulo. Per informazioni dettagliate, vedere Informazioni di riferimento sul codice XML WebLayout.

VS403073: Group & <Group Name>: viola la regola che un gruppo può contenere solo un singolo controllo HTML o WebPage preceduto dai controlli etichetta.

Nel nuovo layout del modulo, un gruppo può contenere un solo HTMLFieldControl o WebPageControl.

Esempio di errore

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

Per risolvere questo problema, creare due gruppi separati che contengono un controllo ciascuno.

Esempio di risoluzione

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

Esempio di errore

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

Esempio di risoluzione

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

Definizioni del flusso di lavoro

TF402567: sono stati definiti [n] stati del flusso di lavoro per il tipo di elemento di lavoro [witName]. È consentito un massimo di [stateLimit].

Sono stati definiti [n] stati del flusso di lavoro per il WIT denominato che supera il numero consentito di stati del flusso di lavoro per qualsiasi WIT.

Modificare la WORKFLOW sezione del WIT denominato e rimuovere gli elementi aggiuntivi STATE per ridurre il numero totale di stati entro il limite consentito.

TF402578: Field [refName] specifica il nome descrittivo [friendlyName] che è già in uso nel campo [refName]. I nomi descrittivi devono essere univoci in tutte le definizioni di campo.

I nomi dei campi devono essere univoci all'interno del tipo di elemento di lavoro.

Esempio di errore

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

Si noti che sono presenti due campi con il nome <FIELD name="Foo"

Esempio di risoluzione

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

TF402579: il nome [friendlyName] viene usato più volte in campi diversi nei tipi di elemento di lavoro seguenti: [witNames]. Il nome dei campi deve essere univoco nella raccolta di progetti.

I campi che fanno riferimento allo stesso refname="MyCompany.FieldName" nome devono avere lo stesso valore descrittivo FIELD name="fieldname" .

Esempio di errore

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

Poiché entrambi i campi condividono lo stesso nome di riferimento, refname="MyCompany.CustomFields.Foo"devono specificare anche lo stesso nome <FIELD name="Foo" descrittivo in tutti i processi importati o che verranno importati in Azure DevOps Services.

TF402580: è possibile usare solo il nome [witName] per un singolo tipo di elemento di lavoro.

I nomi descrittivi WORKITEMTYPE name="Name" WIT devono essere univoci all'interno del processo.

Esempio di errore

Elemento di lavoro A.xml

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

Elemento di lavoro B.xml

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

Si noti che l'oggetto WORKITEMTYPE name= è lo stesso in entrambi i tipi di elemento di lavoro.

Esempio di risoluzione

Elemento di lavoro A.xml

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

Elemento di lavoro B.xml

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

TF402581: è possibile usare solo il refname [refName] per un singolo tipo di elemento di lavoro.

I nomi refname="value" di riferimento WIT devono essere univoci all'interno del processo.

Esempio di errore

Bug.xml

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

UserStory.xml

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

si noti che entrambi i refname valori sono uguali a "MyCompany.Name"

Esempio di risoluzione

Bug.xml

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

UserStory.xml

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

TF402582: tipo di elemento di lavoro [witName] contiene il controllo personalizzato [controlName] che non è supportato.

I controlli personalizzati non sono supportati in Azure DevOps Services. Esaminare la FORM sezione relativa al WIT denominato e rimuovere tutti i controlli personalizzati definiti.

Esempio di errore

Type="OneViewMultiValueControl" specifica un controllo personalizzato. Questa operazione deve essere rimossa o sostituita in un controllo supportato.

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

Errori del plug-in di gestione dei test

Il file TestManagement.xml, che si trova nella cartella Gestione test, deve essere conforme alla sintassi e alle regole descritte in Definire la configurazione iniziale di Gestione test.

TF402533: l'elemento '[elementName]' nel plug-in TestManagement manca l'attributo 'fileName' .

Aggiungere l'attributo mancante all'elemento denominato nel file TestManagement.xml.

TF402534: il plug-in TestManagement contiene un'attività non supportata '[taskName]'

Correggere l'attività denominata nel file TestManagement.xml.

Esempio di errore

L'elemento TestResolutionStates è stato digitato in modo non corretto.

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

Esempio di risoluzione

Correzione degli errori di ortografia.

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