Beheben von Überprüfungsfehlern für den Prozessimport

Azure DevOps Services

Wichtig

Der Importprozess unterstützt das Gehostete XML-Prozessmodell, mit dem Sie Anpassungen durch Aktualisieren der WIT-Definition einer Prozessvorlage verwalten können. Dieses Feature ist nur für Organisationen verfügbar, die mithilfe des Azure DevOps-Datenimportdiensts zu Azure DevOps Services migriert wurden. Wenden Sie sich an uns , wenn Sie Fragen zur Prozessanpassung von Azure DevOps Services haben.

Wenn Sie das Vererbungsprozessmodell verwenden, können Sie die Arbeitsnachverfolgung über die Benutzeroberfläche anpassen, indem Sie einen geerbten Prozess erstellen. Wenn Sie das lokale XML-Prozessmodell verwenden, können Sie eine Prozessvorlage anpassen. Weitere Informationen finden Sie unter Hochladen oder Herunterladen einer Prozessvorlage und Anpassen einer Prozessvorlage.

Weitere Informationen zu Prozessmodellen finden Sie unter Anpassen der Arbeitsnachverfolgung.

Während des Prozessimports wird der Prozess überprüft, um sicherzustellen, dass das System für den benutzerdefinierten Prozess erwartungsgemäß funktioniert. Sie erhalten eine Liste der Fehlermeldungen, wenn die Überprüfung des Prozesses fehlschlägt.

Wenn Beim Testen des Importvorgangs ein Überprüfungsfehler aufgetreten ist, müssen Sie den Fehler beheben, bevor Sie den Import wiederholen. Jeder Fehler verfügt über einen Link, um mehr über den spezifischen Überprüfungsfehler und Anleitungen zur Behebung zu erfahren. Wenden Sie die für die empfangenen Nachrichten bereitgestellten Lösungskorrekturen an, zippen Sie die aktualisierten Dateien, und wiederholen Sie den Importvorgang.

Wenn Sie ihre Anpassung gerade starten, überprüfen Sie die bereitgestellten Gültigkeitsprüfungsregeln.

Informationsmeldungen – keine Aktion erforderlich

TF402555: Das Feld [refName] wird gelöscht.

Der zu importierende Prozess enthält nicht das benannte Feld im Zu aktualisierenden Prozess, daher wird er als Teil des Aktualisierungsvorgangs entfernt.

Beispielszenario

1. Hinzufügen eines benutzerdefinierten Felds zu Bug.xml-Arbeitsaufgabe

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

2. Importprozess
3. Feld aus Bug.xml entfernen
4. Import aktualisierter Prozess

Das System zeigt eine Informationsmeldung zum zu löschenden Feld an.
TF402555: Field MyCompany.CustomFields.Foo will be deleted

TF402591: Feld mit Bezugsname [refName] kann in vorhandenen Prozessen nicht in "[Name1]" in "[name2]" umbenannt werden.

Der zu importierende Prozess enthält ein umbenanntes Feld, das im aktuellen Prozess(en) dasselbe refname verwendet.

Feldnamen können nicht umbenannt werden.

TF402598: Der Arbeitselementtyp [refName] wird gelöscht.

Der Prozess, den Sie aktualisieren, enthält nicht das benannte WIT, das im aktuellen Prozess vorhanden ist. Im Rahmen der Aktualisierung des vorhandenen Prozesses löscht das System das benannte WIT aus dem aktuellen Prozess.

Beispielszenario

1. Neuen Arbeitsaufgabentyp mit dem Namen "LSI" erstellen

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

2. Importprozess
3. Entfernen des LSI-Arbeitsaufgabentyps aus dem Prozess
4. Import aktualisierter Prozess

Das System zeigt eine Informationsmeldung zum Löschen an.
TF402598: Work item type My.LSI will be deleted

TF402601: Der Arbeitselementtyp [witName] wird in [Name1] aus [Name2] umbenannt.

Der Prozess enthält ein umbenanntes WIT. Das WIT wird im vorhandenen Prozess umbenannt.
Der Prozess, den Sie aktualisieren, enthält ein WIT, das aus dem Namen im aktuellen Prozess umbenannt wurde.
Im Rahmen der Aktualisierung des vorhandenen Prozesses benennt das System das WIT im aktuellen Prozess um. Alle Arbeitsaufgaben in vorhandenen Projekten, die auf den Prozess verweisen, werden ebenfalls umbenannt.

Beispielszenario

1. Neuen Arbeitsaufgabentyp mit dem Namen "LSI" erstellen

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

2. Importprozess
3. Umbenennen des Arbeitsaufgabentyps "LSI" in "Live Site Incident"

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

4. Import aktualisierter Prozess

Das System zeigt eine Informationsmeldung zu wiT an, die umbenannt werden soll.
TF402601: Work item type My.LSI will be renamed to 'Live Site Incident' from 'LSI'

Verschiedene Dateifehler

TF402586: Fehleranalysedatei: [Fehlermeldung]

Falsch formatierte XML-Syntax kann zu Analysefehlern führen. Fehlende schließende Tags, fehlende Anführungszeichen, fehlende offene oder schließende Klammern (< oder >) können zu einem Analysedateifehler führen.

Ermitteln und korrigieren Sie aus der Fehlermeldung die Quelle der falsch formatierten XML.From the error message, determine and correct the source of the malformed XML.

TF402594: Datei verletzt das Schema mit dem folgenden Fehler: [Fehlermeldung]

Jede XML-Datei in der Prozess-ZIP-Datei muss dem angegebenen Schema entsprechen. Schemaverletzungsfehler werden durch benutzerdefinierte XML-Tags oder Attribute innerhalb der XML-Datei verursacht. Lesen Sie die Fehlermeldung, um die Quelle der Schemaverletzung zu ermitteln und entsprechend zu beheben.

Die Schemadefinition für die Nachverfolgung von Arbeitsaufgaben definiert alle untergeordneten Elemente innerhalb des FORM Elements als Kamelfall und alle anderen Elemente als großgeschrieben. Wenn beim Überprüfen der Typdefinitionsdateien Fehler auftreten, überprüfen Sie die Groß-/Kleinschreibung der Elemente. Die Groß-/Kleinschreibung der Start- und Endtags muss ebenfalls den Regeln der XML-Syntax entsprechen.

Fehlerbeispiele

Benutzerdefiniertes XML-Tag:

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

Zusätzliches Attribut, das dem XML-Element hinzugefügt wurde:

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

VS412450: Xml-Schemaüberprüfungsfehler in [fileName]. [Fehlermeldung]

Korrigieren Sie den Schemafehler in der benannten Datei.

Prozessvorlagen-Plug-In-Fehler

Die ProcessTemplate.xml ist die Stammdatei, die den gesamten Prozess und alle XML-Definitionsdateien definiert, die importiert werden, um einen Prozess hinzuzufügen oder zu aktualisieren. Diese Datei enthält alle Plug-Ins und Aufgabengruppen, auf die beim Erstellen eines Projekts verwiesen wird. Jede Aufgabengruppe verweist auf eine untergeordnete XML-Datei (häufig in einem Unterordner), in der die spezifischen Aufgaben definiert sind. Im Allgemeinen geben Sie für jedes Plug-In eine Aufgabengruppe an.

Die ProcessTemplate.xml-Definitionsdatei muss der syntax und den Regeln entsprechen, die in der ProcessTemplate XML-Elementreferenz beschrieben werden.

VS412457: Die angegebene Datei '[fileName]' wurde im Prozesspaket nicht gefunden.

Korrigieren Sie das Zip-Paket des Prozesses, um die benannte Datei einzuschließen.

VS402452: Die Prozessvorlage hat keine Version angegeben oder eine ungültige Version angegeben.

Bearbeiten Sie die Datei ProcessTemplate.xml, um eine Version anzugeben.

Fehlerbeispiel

Die Datei ProcessTemplate.xml gibt die gleiche version GUID wie für den Agile-Prozess an, bei dem es sich um einen gesperrten Prozess handelt.

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

Lösungsbeispiel

Es wird eine andere GUID angegeben.

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

VS412453: Zip-Datei für Prozessvorlagen enthält kein erforderliches Plug-In [pluginName].

Alle Dateien, die in der Datei "ProcessTemplate.xml" aufgeführt sind, und die unterstützten Plug-In-Dateien müssen in der Zip-Datei des Prozesses vorhanden sein.

Verwenden Sie ein Suchtool, um alle Instanzen von "filename=value" innerhalb der Gruppe von Prozessdateien und Ordnern zu finden. Aktualisieren Sie dann das Plug-In, um die fehlende benannte Datei zu entfernen, oder fügen Sie die benannte Datei dem Prozessordner hinzu, in den es gehört.

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

Fehlerbeispiel

Das WorkItemTracking-Plug-In gibt an fileName="WorkItem Tracking\TypeDefinitions\Epic.xml, wurde jedoch nicht zum Ordner WorkItem Tracking\TypeDefinitions hinzugefügt.

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

Lösungsbeispiel

Fügen Sie die Datei Epic.xml zum Ordner WorkItem Tracking\TypeDefinitions hinzu.

VS412454: Plug-In [pluginName] enthält mehrere taskList{1}, {2}. Pro Plug-In ist nur ein Plug-In taskList zulässig.

Korrigieren Sie die ProcessTemplate.xml-Datei für das benannte Plug-In, um die Anzahl der tasklist definierten Elemente zu reduzieren.

Fehlerbeispiel

Das WorkItemTracking-Plug-In enthält zwei tasklist Anweisungen.

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

Lösungsbeispiel

    <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: Sie können nur eine Kategoriedefinitionsdatei in Ihren Prozess einschließen.

Fehlerbeispiel

Die Datei WorkItems.xml enthält zwei CATEGORIES Anweisungen.

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

Lösungsbeispiel

Die Datei WorkItems.xml wurde aktualisiert, um nur eine CATEGORIES Anweisung zu enthalten.

  <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: Sie können nur eine ProcessConfiguration-Definitionsdatei in Ihren Prozess einschließen.

Fehlerbeispiel

Die Datei WorkItems.xml enthält doppelte ProjectConfiguration Anweisungen.

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

Lösungsbeispiel

Die Datei WorkItems.xml wurde aktualisiert, um nur eine ProjectConfiguration Anweisung zu enthalten.

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

TF402587: Erforderliche ProcessConfiguration-Datei fehlt.

Die Datei WorkItems.xml gibt die ProcessConfiguration-Datei an, die hochgeladen werden soll. Entweder ist die Datei nicht angegeben, enthält eine veraltete Spezifikation, die angegebene Datei fehlt in der Vorlage, oder der Ordner/Dateiname ist nicht korrekt.

Fehlerbeispiel

Die angegebene Konfiguration ist veraltet und gibt zwei Dateien an, die nicht im Ordner "Prozess" enthalten sind.

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

Lösungsbeispiel

Die Datei WorkItems.xml wurde aktualisiert, um die richtige Konfigurationsausweisung ProjectConfiguration zu enthalten.

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

TF402577: Feld [refName] gibt den Anzeigenamen [friendlyName] an, der bereits von Feldern [refName] in Prozessen [processNames] verwendet wird.

Anzeigenamen müssen für alle Felddefinitionen für alle WIT-Definitionen eindeutig sein, die für alle in Azure DevOps Services importierten Prozesse angegeben sind.

Die benannten Prozesse enthalten WITs, die ein Feld definieren, das den Anzeigenamen verwendet.

Ändern Sie die WIT-Definition in ihrer Prozess-ZIP-Datei, die [refName] enthält, und geben Sie einen anderen Anzeigenamen an, oder passen Sie es zu einem vorhandenen verwendeten Feld an.

Fehlerbeispiel

Die UserStory WIT-Definition enthält FIELD Element für Fabrikam.Product.Family mit Anzeigename "Produkt".

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

In einem vorhandenen Prozess verwendet Fabrikam.Product.Versions jedoch den Anzeigenamen "Produkt".

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

Lösungsbeispiel

Aktualisieren Sie die UserStory WIT-Definition so, dass sie mit dem vorhandenen Feld übereinstimmt.

      <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: Erforderlicher WorkItemTracking-Plug-In-Verweis, der in der Prozessvorlage fehlt.

Sie müssen das Microsoft.ProjectCreationWizard.WorkItemTracking Plug-In im metadata Abschnitt der Datei "ProcessTemplate.xml" angeben:

Fehlerbeispiel

Das Microsoft.ProjectCreationWizard.WorkItemTracking Plug-In fehlt im plugins Abschnitt der Datei "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>

Lösungsbeispiel

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

Kategorien

Die Definitionsdatei Categories.xml muss der Syntax und den Regeln entsprechen, die in der Xml-Elementreferenz "Categories" beschrieben sind.

TF402546: Kategorie [categoryName] fehlt in der Kategoriendatei.

Alle Kategorien, auf die in der Datei "ProcessConfiguration.xml" verwiesen wird, müssen in der Datei Categories.xml definiert werden. Darüber hinaus erfordert das System, dass die Datei Categories.xml Definitionen für die folgenden Kategorien enthält:

• Fehlerkategorie
• Codeüberprüfungsanforderungskategorie
• Antwortkategorie "Codeüberprüfung"
• Feedbackanforderungskategorie
• Feedbackantwortkategorie
• Kategorie "Ausgeblendete Typen"
• Anforderungskategorie
• Kategorie "Freigegebener Schritt"
• Kategorie "Freigegebener Parameter"
• Aufgabenkategorie
• Testfallkategorie
• Testplankategorie
• Test Suite-Kategorie

Aktualisieren Sie die Datei "Categories.xml", um die fehlende [Name] -Kategorie zu definieren.

Fehlerbeispiel

ProcessConfiguration verweist auf die Epic Category, fehlt jedoch in der Definitionsdatei Categories.xml.

Lösungsbeispiel

Epic Category wird der Datei "Categories" hinzugefügt.

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

TF402553: Element [Name] verweist auf die Kategorie [categoryName], die in der Kategoriendatei nicht definiert ist.

Aktualisieren Sie die Datei "Categories.xml", um die fehlende [categoryName] -Kategorie zu definieren.

TF402560: Sie haben [n] Kategorien definiert. Nur [nn] sind zulässig.

Überprüfen Sie die Datei Categories.xml für alle CATEGORY Elementanweisungen, und bestimmen Sie, welche Sie löschen können, um den zulässigen Grenzwert nicht zu überschreiten. Überprüfen Sie dann Ihre ProcessConfiguration.xml-Datei, um Werte zu ersetzen, die auf gelöschte Kategorien verweisen.

TF402596: Kategorie [categoryName] definiert keinen Arbeitsaufgabentyp [witName].

Kategorien müssen auf WITs verweisen, die im Ordner "/WorkItem Tracking/TypeDefinitions" definiert sind und als Aufgabe zum Hochladen in der Plug-In-Datei WorkItems.xml aufgeführt sind.
Überprüfen Sie die Datei "Categories.xml" auf Verweise auf ein WIT, das nicht im Ordner "/WorkItem Tracking/TypeDefinitions" enthalten ist.

Fehlerbeispiel

Der Name des WIT, auf das für Microsoft.EpicCategory verwiesen wird, ist falsch geschrieben.

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

Lösungsbeispiel

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

TF402597: Benutzerdefinierte Kategorie [categoryName] wird nicht unterstützt, da ProcessConfiguration nicht darauf verweist.

Sie können nur benutzerdefinierte Kategorien angeben, die Sie zum Konfigurieren eines Agile-Toolfeatures in der ProcessConfiguration verwenden.
Überprüfen Sie die Datei "ProcessConfiguration.xml", und ermitteln Sie, ob Sie keine Unterstützung für eine Kategorie hinzugefügt haben. Entfernen Sie andernfalls [categoryName] aus der Datei "Categories.xml".

Fehlerbeispiel

ProcessConfiguration verweist nicht auf Microsoft.EpicCategory, obwohl sie in der Definitionsdatei Categories.xml definiert ist.

Lösungsbeispiel

Zu ProcessConfiguration hinzufügen PortfolioBacklog , um auf Microsoft.EpicCategory zu verweisen.

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

Referenzartikel:

• XML-Elementreferenz für die Prozesskonfiguration
• Xml-Elementreferenz für Kategorien

Klassifizierungs-Plug-In-Fehler

Die Definitionsdatei "Classification.xml" muss der syntax und den Regeln entsprechen, die im Klassifizierungs-Plug-In beschrieben sind.

TF402511: Das Klassifizierungs-Plug-In enthält doppelten Eigenschaftsnamen: [propertyName].

Fehlerbeispiel

Die Datei Classification.xml enthält eine zweite property name="MSPROJ" Anweisung unter dem properties Containerelement.

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

Lösungsbeispiel

Entfernen Sie die duplizierte Anweisung.

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

TF402512: Datei [fileName] ist nicht vorhanden.

Die in der Datei "Classification.xml" angegebene Datei ist nicht im angegebenen Pfad vorhanden, oder der Pfad ist falsch geschrieben.

Fehlerbeispiel

Der Pfad des Klassifizierungsordners ist falsch geschrieben.

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

Lösungsbeispiel

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

TF402513: Name [pathName] im Klassifizierungs-Plug-In entspricht nicht den Benennungseinschränkungen von TreePath.

Überprüfen Sie die Node von Ihnen angegebenen Elemente, und ändern Sie die Namen entsprechend den unterstützten Benennungskonventionen. Referenz: Hinzufügen und Ändern von Bereichs- und Iterationspfaden.

Fehlerbeispiel

Die Pfadnamen enthalten das #-Zeichen, das nicht zulässig ist.

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

Lösungsbeispiel

Die Pfadnamen wurden korrigiert.

        <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] im Klassifizierungs-Plug-In wird nicht unterstützt.

Das StructureType Attribut lässt nur die folgenden Werte zu: ProjectModelHierarchy und ProjectLifecycle.
Überprüfen Sie die Node von Ihnen angegebenen Elemente, und entfernen Sie alle nicht unterstützten Attribute.

Fehlerbeispiel

ProjectLifecycle wurde falsch geschrieben.

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

Lösungsbeispiel

Falsch geschriebener Name wurde korrigiert.

        <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: Ein Eigenschaftsattribut im Klassifizierungs-Plug-In fehlt oder wird nicht unterstützt.

Das property Element lässt nur die folgenden Attribute zu: name , , value und isFile.
Überprüfen Sie die property von Ihnen angegebenen Elemente, und entfernen Sie alle nicht unterstützten Attribute.

Fehlerbeispiel

Das value Attribut ist falsch geschrieben.

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

Lösungsbeispiel

Falsch geschriebenes Attribut wurde korrigiert.

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

TF402516: Das Klassifizierungs-Plug-In enthält mehr als zwei Knoten auf Stammebene, die nicht unterstützt werden.

Überprüfen Sie die elemente, die Node Sie angegeben haben, und entfernen Sie zusätzliche Knoten auf Stammebene.

Fehlerbeispiel

Die Datei Classification.xml enthält eine zweite Node StructureType="ProjectLifecycle" Anweisung unter dem Nodes Containerelement.

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

Lösungsbeispiel

Entfernen Sie die zweite Anweisung.

      <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: Bereichs- oder Iterationspfad '[pathName]' im GroupsandPermissions-Plug-In fehlt im Klassifizierungs-Plug-In.

Fügen Sie der Datei "Classification.xml" den fehlenden [pathName] hinzu, oder entfernen Sie ihn aus der Datei "GroupsandPermissions.xml".

Fehlerbeispiel

Classification.xml file specifies sprints, not iterations.

GroupsandPermissions.xmlteamSettings gibt Iterationen an.

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

Allerdings gibt die Classification.xml Sprints an.

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

Lösungsbeispiel

Aktualisieren Sie GroupsandPermissions.xml, um Sprints zu verwenden.

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

Linktypen

Hinweis

Benutzerdefinierte Verknüpfungstypen werden im aktuellen Importvorgang nicht unterstützt.

TF402561: Sie haben benutzerdefinierte Verknüpfungstypen [n] definiert. Nur [nn] sind zulässig.

Überprüfen Sie Ihre WorkItems.xml-Plug-In-Datei für alle LINKTYPE Elementanweisungen. Entfernen Sie Anweisungen, die benutzerdefinierten Verknüpfungstypen zugeordnet sind, damit der zulässige Grenzwert nicht überschritten wird. Entfernen Sie dann die entsprechende Linktypdefinitionsdatei aus dem Ordner "LinkTypes".

Entfernen Sie außerdem alle Verweise auf die benutzerdefinierten Verknüpfungstypen, die Sie einer WIT-Definition in einem LinksControlOptions Abschnitt unter dem FORM Abschnitt hinzugefügt haben.

TF402583: Der benutzerdefinierte Linktyp [Name] ist ungültig, da benutzerdefinierte Verknüpfungstypen nicht unterstützt werden.

Überprüfen Sie Ihre WorkItems.xml-Plug-In-Datei für alle LINKTYPE Elementanweisungen. Entfernen Sie alle Anweisungen, die einen benutzerdefinierten Linktyp angeben. Entfernen Sie dann die entsprechende Linktypdefinitionsdatei aus dem Ordner "LinkTypes".

Die folgenden LINKTYPE Elementanweisungen in der WorkItems.xml-Plug-In-Datei sind gültig:

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

Globale Listen

Hinweis

Globale Listen werden im aktuellen Importprozessfeature nicht unterstützt.

TF402564: Sie haben globale [n]-Listen definiert. Nur [nn] sind zulässig.

Mindestens ein in der benutzerdefinierten Prozessvorlage definiertes WITs enthält ein GLOBALLIST Element. Durchsuchen Sie Ihre WIT-Definitionsdateien, und ersetzen Sie alle GLOBALLIST Elemente durch ALLOWEDVALUES oder SUGGESTEDVALUES Elemente. Referenzsyntax finden Sie unter Definieren von Auswahllisten.

TF402565: Sie haben [n]-Elemente in der globalen Liste [globalListName]definiert. Maximal [nn] ist zulässig.

Das benannte GLOBALLIST Element enthält mehr Elemente als zulässig. Reduzieren Sie entweder die Anzahl der im GLOBALLIST Element enthaltenen Listenelemente, oder segmentieren Sie die globale Liste in zwei oder mehr Elemente, sodass keine Liste die maximale Anzahl zulässiger Elemente überschreitet.

Referenzsyntax finden Sie unter Definieren von Auswahllisten.

Prozesskonfiguration

Die ProcessConfiguration.xml-Definitionsdatei muss der syntax und den Regeln entsprechen, die in der Xml-Elementreferenz "ProcessConfiguration" beschrieben sind.

TF402543: Element [elementName] erfordert, dass Sie genau einen Workflowstatus dem Metastatus [metastateName] zuordnen.

Aktualisieren Sie den States Abschnitt innerhalb des benannten Elements in der Datei ProcessConfiguration.xml, um die fehlende Metastate-Zuordnung bereitzustellen oder zusätzliche Zuordnungen zu entfernen.

Fehlerbeispiel

ProcessConfiguration.xml-Element RequirementBacklog fehlt eine Metastatuszuordnung für 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 >

Lösungsbeispiel

Fehlende Metastatuszuordnungen wurden hinzugefügt.

<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: Element [elementName] erfordert, dass für den Arbeitsaufgabentyp [witName] mindestens ein Zustand dem Metastate [metastateName] zugeordnet wird.

Überprüfen Sie die WORKFLOW für das benannte WIT definierten Zustände, und aktualisieren Sie dann den States Abschnitt innerhalb des benannten Elements in der Datei ProcessConfiguration.xml, um die fehlende Metastatuszuordnung für das benannte WIT bereitzustellen.

TF402548: Element [elementName] erfordert, dass Sie mindestens einen Zustand dem Metastate [metastateName]zuordnen.

Aktualisieren Sie den States Abschnitt innerhalb des benannten Elements in der Datei ProcessConfiguration.xml, um die fehlende Metastatuszuordnung bereitzustellen.

Fehlerbeispiel

ProcessConfiguration.xml-Element RequirementBacklog fehlt eine Metastatuszuordnung für 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 >

Lösungsbeispiel

Fehlende Metastatuszuordnungen wurden hinzugefügt.

<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: Element [elementName] enthält mehrere Metastatezuordnungen für den Workflowstatus [stateName].

Der Metastate-Wert kann nicht mehreren Workflowzuständen zugeordnet werden.

Fehlerbeispiel

ProcessConfiguration.xml-Element RequirementBacklog enthält zwei Metastatezuordnungen für 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 >

Lösungsbeispiel

Metastate-Zuordnungen wurden korrigiert.

<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: Der Arbeitselementtyp [witName] definiert nicht den Workflowzustand [stateName], was erforderlich ist, da ProcessConfiguration ihn einem Metastatus für das Element [elementName] zuordnet.

Korrigieren Sie entweder die ProcessConfiguration.xml-Datei oder den WORKFLOW Abschnitt des benannten WIT, um die fehlenden STATE elemente TRANSITION hinzuzufügen.

Fehlerbeispiel

"ProcessConfiguration.xml"- RequirementBacklog Element gibt an value="Committed", userStory.xml definiert jedoch kein Commit als Zustand.

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

Lösungsbeispiel

Das Element für Commit wurde entfernt State .

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

TF402552: Element [elementName] erfordert, dass sie für den Arbeitsaufgabentyp [witName] genau einen Zustand dem Metastate [metastateName] für die folgenden Zustände zuordnen: [stateNames].

Überprüfen Sie den STATES Abschnitt in der Datei "ProcessConfiguration.xml" für das benannte Element, und stellen Sie sicher, dass jede in der Fehlermeldung aufgeführte Sate vorhanden ist und einem Metastatus zugeordnet ist.

Fehlerbeispiel

ProcessConfiguration.xml-Element RequirementBacklog fehlt der Status New , der für den User Story Arbeitsaufgabentyp vorhanden ist. Sie sollte in der Liste enthalten sein, die STATES zugeordnet type=Proposed"ist.

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

Lösungsbeispiel

Die Metastate-Zuordnung wurde korrigiert.

<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] gibt einen nicht unterstützten Metastate [metastateName]an.

Überprüfen Sie den STATES Abschnitt in der Datei "ProcessConfiguration.xml" für das benannte Element, und entfernen Oder korrigieren Sie den benannten Metastatus.

Fehlerbeispiel

ProcessConfiguration.xml-Element RequirementBacklog enthält eine falsch geschriebene Metastatezuordnung für 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 >

Lösungsbeispiel

Die Metastate-Zuordnung wurde korrigiert.

<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: Das erforderliche Element [elementName] fehlt in der Prozesskonfiguration.

Bearbeiten Sie die Datei ProcessConfiguration.xml, um das fehlende benannte Element hinzuzufügen.

Überprüfen sie die Xml-Elementreferenz "ProcessConfiguration" für erforderliche Elemente.

TF402572: Die angegebene Datei im Prozessvorlagenpaket wurde nicht gefunden.

Eine in einer Plug-In-Datei für den Upload angegebene Datei fehlt in der ZIP-Datei. Überprüfen Sie alle dateien, die für den Upload angegeben sind, und stellen Sie sicher, dass sie in der Zip-Datei des Prozesses enthalten sind.

Überprüfen sie die Xml-Elementreferenz "ProcessConfiguration" für erforderliche Elemente.

TF402574: "ProcessConfiguration" gibt nicht den erforderlichen TypeField[typeField]-Wert an.

Bearbeiten Sie die Datei ProcessConfiguration.xml, um das fehlende benannte TypeField Element hinzuzufügen.

Überprüfen sie die Xml-Elementreferenz "ProcessConfiguration" für erforderliche TypeField Elemente.

Beispiel

Der Scrum-Prozess gibt die folgenden TypeField Elemente an. Wenn eines dieser Fehler fehlt, erhalten Sie die Fehlermeldung 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: Mehrere Portfolio-Backlogs [backlogNames] haben [backlogName] als übergeordnetes Element definiert. Ein übergeordneter Backlog verfügt möglicherweise nur über einen untergeordneten Backlog.

Nur ein untergeordneter Portfolio-Backlog kann einem einzelnen übergeordneten Backlog zugeordnet werden.

Edit ProcessConfiguration to correct the parent-child backlog specifications.

Fehlerbeispiel

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

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

Lösungsbeispiel

Ändern Sie das übergeordnete Element im Feature-Backlog so, dass er auf den Epic-Backlog verweist.

  <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: Portfolio-Backlog [backlogName] verweist auf nicht definiertes übergeordnetes Portfoliobacklog [backlogName].

Die ProcessConfiguration.xml-Definition enthält einen parent Wert, der auf einen nicht definierten Portfolio-Backlog verweist.

Fehlerbeispiel

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

Lösungsbeispiel

Fügen Sie "Epic PortfolioBacklog " zur Datei "ProcessConfiguration.xml" hinzu.

  <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: Mehrere Portfolio-Backlogs [Backlog 1, Backlog 2] definieren nicht ihr übergeordnetes Element.

Nur ein Portfolio-Backlog, der top backlog, kann nicht analysiert werden. Alle anderen Backlogs müssen ein Attribut und einen parent="Microsoft.FooCategory" Wert enthalten.

Lösungsbeispiel

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

402595: Zu viele Portfolio-Backlogs sind definiert. Maximal 5 sind zulässig.

Bearbeiten Sie die Datei ProcessConfiguration.xml, um die zusätzlichen PortfolioBacklog Elemente aus dem PortfolioBacklogs Abschnitt zu entfernen.

Überprüfen Sie die Xml-Elementreferenz "ProcessConfiguration", um weitere Informationen zu erfahren.

TF400506: Dieses Element definiert die Zustände für Arbeitsaufgaben, die Fehler oder Fehler darstellen.

Dieser Fehler tritt auf, wenn der BugWorkItems Abschnitt falsch konfiguriert ist. Jeder Zustand, der für einen Arbeitsaufgabentyp definiert ist, der in der Microsoft.BugCategory Gruppe der im BugWorkItems Abschnitt definierten Statuswerte vorhanden sein muss. Wenn beispielsweise die folgenden Zustände für Arbeitsaufgabentypen definiert sind, die für den Arbeitsaufgabentyp "Fehler" definiert sind : "Neu", "Genehmigt", "Zugesichert", "Fertig", dann sollte der BugWorkItems Abschnitt wie folgt konfiguriert werden:

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

Weitere Informationen finden Sie unter ProcessConfiguration XML-Elementreferenz.

TF400507: Jeder Arbeitsaufgabentyp muss einen Anfangszustandswert unterstützen, der einem der in BugWorkItems definierten Zuständen entspricht.

Dieser Fehler tritt auf, wenn ein Arbeitsaufgabentyp, der in der Microsoft.BugCategory Zeichenfolge enthalten ist, einen Anfangszustand angibt, der BugWorkItems nicht im Abschnitt der ProcessConfiguration-XML-Datei enthalten ist. Korrigieren Sie entweder die XML-Definitionsworkflowzustände für die benannten Arbeitsaufgabentypen, oder aktualisieren Sie den BugWorkItems Abschnitt so, dass er den fehlenden Zustand(n) enthält.

Weitere Informationen finden Sie unter ProcessConfiguration XML-Elementreferenz.

TF400572: Der Projektprozess Einstellungen muss so konfiguriert werden, dass dieses Feature verwendet werden kann.

Dies wird durch Vorlagen verursacht, die aus TFS 2010 oder früheren Versionen stammen, bevor der Projektprozess Einstellungen vorhanden ist. Versuchen Sie, Features nach einem Upgrade zum Auflösen zu konfigurieren, oder fügen Sie der Prozessvorlage die XML-Datei ProcessConfiguration hinzu.

Arbeitselementtypen

TF402570: Sie haben [n] Arbeitsaufgabentypen definiert. Ein Maximum von [witLimit] ist zulässig.

Sie haben weitere WITs definiert, die im Prozess zulässig sind. Überprüfen Sie die Datei WorkItems.xml, und verringern Sie die Anzahl der WORKITEMTYPE darin enthaltenen Anweisungen, und entfernen Sie die zugeordneten WIT-Definitionsdateien aus dem Prozess.

TF402573: Der Arbeitselementtyp WIT gibt kein erforderliches refname Attribut an.

Arbeitsaufgabentypen (Bug, User Story, Task usw.) erfordern das refname Attribut. Der Verweisnamewert muss eindeutig sein und darf keine reservierten Namespaces enthalten. Das Namespaces-System.XXX und Microsoft.VSTS.XXX-sind von Azure DevOps reserviert.

Weitere Informationen finden Sie in der Referenz zu allen WITD-XML-Elementen.

Fehlerbeispiel

<WORKITEMTYPE name="Bug">

Lösungsbeispiel

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

TF402599: Der Refname des Arbeitselementtyps [refName] ist ungültig, da er einen unzulässigen Namespace [Namespace] verwendet.

Referenznamen von benutzerdefinierten Feldern und WITs können keine reservierten Namespaces verwenden: System.XXX und Microsoft.VSTS.XXX.

Bearbeiten Sie das refname Attribut des benannten WIT.

Fehlerbeispiel

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

Lösungsbeispiel

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

TF402600: Der Verweisname des Arbeitselementtyps [refName] ist ungültig. Bezugsnamen des Arbeitselementtyps dürfen nur Buchstaben, keine Leerzeichen und mindestens einen Punkt (.) enthalten.

WIT-Referenznamen müssen etablierten Benennungskonventionen entsprechen: nur Buchstaben, keine Leerzeichen und mindestens einen Punkt (.)

Bearbeiten Sie das refname Attribut des benannten WIT, um die Benennungsanforderungen zu erfüllen.

Fehlerbeispiel

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

Lösungsbeispiel

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

Arbeitsaufgabenfelder

TF402538: Feldregel [ruleName] wird nicht unterstützt.

Bearbeiten Sie Ihre WIT-Definitionen, um die benannte Regel zu entfernen. Die folgenden Regeln werden für den Import in Azure DevOps nicht unterstützt: MATCH, , CANNOTLOSEVALUE, und PROHIBITEDVALUESNOTSAMEAS.

TF402539: Feld [refName] lässt nur die folgenden Regeln zu: [ruleNames].

Bearbeiten Sie Ihre WIT-Definitionen für das benannte Feld, und entfernen Sie alle nicht zulässigen Regeln. Überprüfen Sie sowohl die Abschnitte als WORKFLOW auch die FIELDS Abschnitte. Die meisten Systemfelder lassen die Angabe von Regeln nicht zu.

Gültige Regeln, die mit Systemfeldern verwendet werden sollen

Name	Zulässige Regeln
System.Title	REQUIRED, DEFAULT
System.Description	REQUIRED, DEFAULT
System.AssignedTo	REQUIRED, , DEFAULTALLOWEXISTINGVALUEVALIDUSER
System.ChangedBy	REQUIRED, , DEFAULTALLOWEXISTINGVALUEVALIDUSER

TF402540: Der Arbeitselementtyp [witName] ist ungültig, da er die globale Liste [GLOBALLIST] angibt. Globale Listen werden nicht unterstützt.

Globale Listen werden in VSTS nicht unterstützt. Ersetzen Sie alle Instanzen von GLOBALLIST Elementen durch ALLOWEDVALUES und LISTITEM Elemente in allen WIT-Definitionsdateien. Referenz: Definieren von Auswahllisten.

Fehlerbeispiel

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

Lösungsbeispiel

<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: Der Arbeitselementtyp [witName] ist ungültig, da er auf die globale Liste [globalListName]verweist. Globale Listen werden nicht unterstützt.

Globale Listen werden in VSTS nicht unterstützt. Ersetzen Sie alle Instanzen von GLOBALLIST Elementen durch ALLOWEDVALUES und LISTITEM Elemente in allen WIT-Definitionsdateien. Referenz: Definieren von Auswahllisten.

Fehlerbeispiel

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

Lösungsbeispiel

<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: Der benutzerdefinierte Feld-Verweisname [refName] ist ungültig, da er den unzulässigen Namespace [namespace] verwendet.

Das Namespaces-System.XXX und Microsoft.VSTS.XXX-sind in VSTS reserviert. Referenznamen von benutzerdefinierten Feldern und Typen können diese Namespaces nicht verwenden.

Benennen Sie das refname Attribut für das benannte Feld in den WIT-Definitionsdateien um, um diesen Fehler zu beheben.

Fehlerbeispiel

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

  - OR - 

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

Lösungsbeispiel

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

TF402544: Feld [refName], definiert im Arbeitsaufgabentyp [witName], erfordert eine ALLOWEDVALUES Regel, die Werte enthält, um das in ProcessConfiguration angegebene Element [elementName] zu unterstützen.

Bearbeiten Sie das benannte Feld im benannten WIT, um die fehlende ALLOWEDVALUES Regel bereitzustellen, und verweisen Sie auf das benannte Element, um weitere Details anzuzeigen.

Für das ProcessConfiguration.xml-Dateielement TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity"ist eine Auswahlliste für das Feld "Microsoft.VSTS.Common.Activity" in allen WITs definiert, die zur Aufgabenkategorie gehören.

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

Wenn Sie der Aufgabenkategorie Fehler hinzugefügt haben, müssen Sie sicherstellen, dass die Datei Bug.xml das benannte Feld enthält und dieselbe Auswahlliste angibt, die in der Datei "Task.xml" definiert ist.

Fehlerbeispiel

Bug.xml hat das Feld definiert, aber nicht die Auswahlliste.

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

Lösungsbeispiel

Bug.xml korrigiert

      <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: Element [elementName] erfordert, dass Sie das Feld [Feldname] in die Definition des Arbeitsaufgabentyps [witName]einschließen.

Sie sollten ein entsprechendes FIELD Element in die benannte WIT-Definition für jedes field element einschließen, das Sie innerhalb des AddPanel Abschnitts der ProcessConfiguration.xml-Datei angeben.
Sie sollten auch ein Control Element in den FORM Abschnitt des benannten WIT einschließen.

Fehlerbeispiel

ProcessConfiguration.xml gibt zwei benutzerdefinierte Felder an. Diese Felder werden jedoch nicht in der Datei UserStory.xml definiert.

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

Lösungsbeispiel

Fehlende FIELD Elemente, die der Datei UserStory.xml hinzugefügt wurden.

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

Um das ProcessConfiguration-Element [elementName] zu unterstützen, muss der Arbeitsaufgabentyp [witName] TypeField [typeField] (Feld refname [refName]) definieren.

In the ProcessConfiguration you created a TypeField with TypeFieldValues. In Ihrem Arbeitsaufgabentyp müssen Sie auf dasselbe TypeFieldverweisen.

Fehlerbeispiel

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 verwendet das Microsoft.VSTS.Feedback.ApplicationType-Feld, wenn es das Feld Custom.ApplicationType verwenden soll.

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

Lösungsbeispiel

FeedbackRequest.xml

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

TF402556: Damit das Feld [refName] gut definiert ist, müssen Sie es [fieldName] benennen und den Typ auf [fieldType] festlegen. Bereitgestellt [refName] ist [fieldName] und der Typ ist [fieldType].

Wenn Sie sich auf einem lokalen Server befinden und tfsMigrator ausführen, wird dieser Fehler normalerweise generiert, wenn Der Prozess veraltet ist und ein Systemfeld nicht ordnungsgemäß definiert ist. In den meisten Fällen müssen Sie den witadmin /changefield Befehl verwenden, um das Feld ordnungsgemäß umzubenennen.

Beispiele für reservierte Felder

Reserviertes System.XXX und Microsoft.VSTS.XXX-Felder verfügen über erforderliche Namen- und Typwerte.

Feld	Name	Typ
System.Id	ID	Integer
System.Title	Titel	String
Microsoft.VSTS.Scheduling.StoryPoints	Story-Punkte	Double
Microsoft.VSTS.Scheduling.ReStandard ingWork	Verbleibende Arbeit	Double
Microsoft.VSTS.Scheduling.OriginalEstimate	Ursprüngliche Schätzung	Double
Microsoft.VSTS.Scheduling.CompletedWork	Abgeschlossene Arbeit	Double

Fehlerbeispiel

TF402556: Damit das Feld "Microsoft.VSTS.TCM.ReproSteps" gut definiert ist, müssen Sie ihn "Repro Steps" benennen und den Typ auf HTML festlegen. Vorausgesetzt, Microsoft.VSTS.TCM.ReproSteps ist "Meine Repro-Schritte", und der Typ ist HTML.

In Bug.xml wurde der Anzeigefeldname in "Meine Repro-Schritte" geändert.

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

Lösungsbeispiel

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: Inkonsistente Definitionen für das Feld [refName] in den folgenden Arbeitsaufgabentypen vorhanden: [witName]. Stellen Sie sicher, dass alle Verweise auf ein Feld denselben RefName, Namen und Typ aufweisen.

FIELD Elementdefinitionen für Felder mit demselben Anzeigenamen müssen für WITs konsistent sein. Stellen Sie sicher, dass die refnamenameAttribute und Die type Attribute in den einzelnen WIT-Definitionen für das benannte Feld identisch sind.

Fehlerbeispiel

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

Beachten Sie, dass sich die name Attribute type und Attribute vom Typ "Bug.xml" unterscheiden.

Lösungsbeispiel

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: Die Definition des Felds [refName] ist mit der vorhandenen Definition des Felds in den folgenden Vorlagen inkonsistent: [templateNames].

Felder müssen konsistent für prozesse definiert werden, die bereits ausgeführt wurden oder die Sie in Azure DevOps Services importieren möchten. Das System ermöglicht es Ihnen nicht, einen Prozess zu importieren, der ein FIELD Element enthält, das in Prozess A und auf eine andere Weise in Prozess B definiert ist. Alle FIELD Elementattribute müssen übereinstimmen.

Beispiel

Prozess A, Bug.xml

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

Prozess B, Bug.xml

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

Beachten Sie, wie unterschiedliche Werte für name und type Attribute angegeben werden.

Lösung

Stellen Sie sicher, dass dieselben Felder refname für alle Prozesse definiert sind, die
wurden importiert oder möchten Sie in Azure DevOps Services importieren.

TF402559: Die Definition für das Feld [refName] ist mit einem vorhandenen Feld inkonsistent. [typetypeName] lautet jedoch [typeName].

Bearbeiten Sie die WIT-Datei(n), die das benannte Feld enthält, um sicherzustellen, dass der angegebene type Attributwert für alle WITs konsistent ist.

TF402562: Sie haben [n] Felder für den Arbeitsaufgabentyp [witName]definiert. Nur [fieldLimit] sind zulässig.

Sie haben [n] Felder für den Arbeitsaufgabentyp [witName]definiert. Nur [fieldLimit] sind zulässig. Innerhalb eines einzelnen WIT können Sie nur die angegebene Anzahl von Feldern angeben.

Bearbeiten Sie das benannte WIT, und entfernen Sie die zusätzlichen benutzerdefinierten Felder, um die Gesamtanzahl der Felder zu verringern, die innerhalb des zulässigen Grenzwerts liegen.

TF402563: Sie haben eine Summe von [n] Feldern für alle Arbeitsaufgabentypen definiert. Nur [fieldLimit] sind zulässig.

Sie haben [n] Felder für alle im Prozess definierten WITs definiert. Nur [fieldLimit] sind zulässig. Dazu gehört System.XXX und Microsoft.VSTS.XXX-Namespacefelder sowie benutzerdefinierte Felder.

Überprüfen Sie die FIELDS Abschnitte und WORKFLOW bestimmen Sie, welche benutzerdefinierten Felder entfernt werden sollen.

TF402566: Sie haben [n] Feldregeln für den Arbeitsaufgabentyp [witName]definiert. Es ist maximal [ruleLimit] zulässig.

Sie haben [n] Feldregeln für das benannte WIT definiert, das die zulässige Anzahl von Feldregeln für ein beliebiges WIT überschreitet.

Bearbeiten Sie das benannte WIT, und entfernen Sie die zusätzlichen Feldregeln, um die Gesamtzahl der Felder zu verringern, die innerhalb des zulässigen Grenzwerts liegen.

TF402568: Sie haben [n] Felder syncnamechanges="true" für den Arbeitsaufgabentyp [witName]definiert. Maximal 64 zulässig.

Die Anzahl der Felder, syncnamechanges="true" die für das benannte WIT definiert sind, überschreitet den zulässigen Grenzwert. Dazu gehört System.XXX und Microsoft.VSTS.XXX-Namespacefelder sowie benutzerdefinierte Felder.

Überprüfen Sie den FIELDS Abschnitt des benannten WIT, und bestimmen Sie, welche benutzerdefinierten Felder entfernt oder geändert werden sollen.

Beispiel

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

TF402569: Sie haben [n] Werte für das Feld [Feldname] im Arbeitsaufgabentyp [witName]definiert. Es ist maximal [listLimit] zulässig.

Die Anzahl der LISTITEM für das benannte Feld im benannten WIT definierten Elemente überschreitet den zulässigen Grenzwert.

Bearbeiten Sie das benannte WIT, um die Anzahl derLISTITEM Elemente zu verringern, damit der maximal zulässige Wert nicht überschritten wird.

Beispiel

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

Beachten Sie, dass die Fehler- und Benutzerartikelwerte refname unterschiedlich sind.

TF402584: Feldregelattribute "for" oder "not" werden nicht unterstützt.

Die "for" Attribute "not" und Attribute werden für eine Feldregel für den Import in Azure DevOps Services nicht unterstützt.
Überprüfen Sie die FIELDS Abschnitte und WORKFLOW Abschnitte für das Vorhandensein und "not""for" die Attribute, und entfernen Sie sie.

Fehlerbeispiel

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

Lösungsbeispiel

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

TF402593: Feldregeln werden für Feld [Feldname]nicht unterstützt.

Die meisten System- und Microsoft.VSTS-Felder unterstützen keine Regeln. Eine vollständige Liste der unterstützten Feldregeln finden Sie unter "Regeln und Regelauswertung ".

Bearbeiten Sie die Definitionsdateien für Arbeitsaufgabentypen, die das benannte Feld enthalten, und entfernen Sie die dafür angegebenen Feldregeln.

TF402602: Das Feld [refName] muss genau diese Werte [Werte] aufweisen.

Alle von VSTS im reservierten Namespaces-System definierten Felder.XXX und Microsoft.VSTS.XXX-darf nicht geändert werden. Wenn Sie eine andere Liste von Werten in diesen Auswahllistenfeldern haben möchten, definieren Sie Ihr eigenes benutzerdefiniertes Feld.

Fehlerbeispiel

Bug.xml hat das Prioritätsfeld definiert, hat aber eine andere Liste mit Werten als erwartet.

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

Lösungsbeispiel

Korrigiert Bug.xml einschließlich eines neuen Felds

      <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: Der Benutzer oder die Gruppe kann nicht gefunden werden [Projekt]\Gruppenname. Stellen Sie sicher, dass die Benutzer und Gruppen, die in Ihrer Definition des Arbeitselementtyps verwendet wurden, vorhanden sind.

Benutzerdefinierte Projektbereichsgruppen werden nicht unterstützt. Sie können nur auf Gruppen auf Kontoebene verweisen.

Fehlerbeispiel

Bug.xml verweist auf eine Projektbereichsgruppe.

... "[project]\Organization Leaders"

Lösungsbeispiel

Erstellen Sie eine neue Gruppe auf Kontoebene (Sammlungsebene) "Organisationsleiter", und verweisen Sie darauf im XML-Code entsprechend.

... "[global]\Organization Leaders"

Hinweis

Eine neu erstellte globale Gruppe kann einige Zeit dauern, bevor sie vom Importvorgang gefunden wird.

TF237094: Der Feldname '[Feldname]' wird vom Feld '[refName]' verwendet, sodass es nicht vom Feld '[refName]' verwendet werden kann.

Der Feldname ist bereits mit demselben Namen in einem anderen Feld vorhanden. Ändern Sie den Namen des Felds.

Fehlerbeispiel

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

Lösungsbeispiel

Ändern des Feldnamens von Custom.NewField.ExternalID

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

Arbeitselementlayout

VS403104: Der Arbeitselementtyp [witName] verweist auf das erforderliche Feld [refName], das nicht in allen Layouts enthalten ist.

Diese Warnung wird generiert, wenn Sie über ein erforderliches Feld in einem Arbeitsaufgabentyp verfügen, auf den <Layout> im Knoten verwiesen wird, aber nicht auf die <WebLayout>. Dies <WebLayout> wird verwendet, um das Layout des neuen Formulars zu ändern. Ausführliche Informationen finden Sie in der WebLayout-XML-Referenz .

VS403073: Group & <Group Name>: verstößt gegen die Regel, dass eine Gruppe nur ein einzelnes HTML- oder WebPage-Steuerelement enthalten kann, dem Bezeichnungssteuerelemente vorangestellt sind..

Im neuen Formularlayout kann eine Gruppe nur ein HTMLFieldControl- oder WebPageControl-Objekt enthalten.

Fehlerbeispiel

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

Um dies zu beheben, erstellen Sie zwei separate Gruppen, die jeweils ein Steuerelement enthalten.

Lösungsbeispiel

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

TF402594: Datei verstößt gegen das Schema mit dem folgenden Fehler: Das Element "Control" darf nicht untergeordnetes Element "Link" enthalten, da die Con Zelt-Modus l des übergeordneten Elements leer ist.

Fehlerbeispiel

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

Lösungsbeispiel

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

Workflowdefinitionen

TF402567: Sie haben [n]-Workflowzustände für den Arbeitsaufgabentyp [witName]definiert. Es ist maximal [stateLimit] zulässig.

Sie haben [n]-Workflowzustände für den benannten WIT definiert, der die zulässige Anzahl von Workflowzuständen für ein beliebiges WIT überschreitet.

Bearbeiten Sie den WORKFLOW Abschnitt des benannten WIT, und entfernen Sie die zusätzlichen STATE Elemente, um die Gesamtzahl der Zuständen zu verringern, die innerhalb des zulässigen Grenzwerts liegen.

TF402578: Feld [refName] gibt den Anzeigenamen [friendlyName] an, der bereits von Feld [refName]verwendet wird. Anzeigenamen müssen für alle Felddefinitionen eindeutig sein.

Feldnamen müssen innerhalb des Arbeitsaufgabentyps eindeutig sein.

Fehlerbeispiel

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

Beachten Sie, dass zwei Felder mit dem Namen vorhanden sind. <FIELD name="Foo"

Lösungsbeispiel

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

TF402579: Name [friendlyName] wird mehrmals für verschiedene Felder in den folgenden Arbeitsaufgabentypen verwendet: [witNames]. Der Name für Felder muss in der projektübergreifenden Auflistung eindeutig sein.

Felder, die auf dasselbe refname="MyCompany.FieldName" Verweisen verweisen, müssen denselben Anzeigenamenwert FIELD name="fieldname" aufweisen.

Fehlerbeispiel

Prozess A, Bug.xml

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

Prozess B, Bug.xml

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

Da beide Felder denselben Verweisnamen aufweisen, refname="MyCompany.CustomFields.Foo"müssen sie auch denselben Anzeigenamen <FIELD name="Foo" für alle Prozesse angeben, die importiert wurden oder in Azure DevOps Services importiert werden.

TF402580: Sie können nur den Namen [witName] für einen einzelnen Arbeitsaufgabentyp verwenden.

WIT-Anzeigenamen WORKITEMTYPE name="Name" müssen innerhalb des Prozesses eindeutig sein.

Fehlerbeispiel

Meine Arbeitsaufgabe A.xml

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

Meine Arbeitsaufgabe B.xml

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

Beachten Sie, wie dies WORKITEMTYPE name= bei beiden Arbeitsaufgabentypen identisch ist.

Lösungsbeispiel

Meine Arbeitsaufgabe A.xml

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

Meine Arbeitsaufgabe B.xml

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

TF402581: Sie können den Verweisname [refName] nur für einen einzelnen Arbeitsaufgabentyp verwenden.

WIT-Verweisnamen refname="value" müssen innerhalb des Prozesses eindeutig sein.

Fehlerbeispiel

Bug.xml

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

UserStory.xml

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

beachten Sie beide refname Werte gleich "MyCompany.Name"

Lösungsbeispiel

Bug.xml

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

UserStory.xml

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

TF402582: Der Arbeitselementtyp [witName] enthält benutzerdefiniertes Steuerelement [controlName], das nicht unterstützt wird.

Benutzerdefinierte Steuerelemente werden in Azure DevOps Services nicht unterstützt. Überprüfen Sie den FORM Abschnitt für das benannte WIT, und entfernen Sie alle benutzerdefinierten Steuerelemente, die definiert sind.

Fehlerbeispiel

Type="OneViewMultiValueControl" Gibt ein benutzerdefiniertes Steuerelement an. Dies muss entfernt oder durch ein unterstütztes Steuerelement ersetzt werden.

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

Testverwaltungs-Plug-In-Fehler

Die Datei TestManagement.xml, die sich im Ordner "Testverwaltung" befindet, muss der syntax und den Regeln entsprechen, die in "Definieren der anfänglichen Konfiguration von Test Manager" beschrieben sind.

TF402533: Das Element "[elementName]" im TestManagement-Plug-In fehlt das 'fileName' Attribut.

Fügen Sie das fehlende Attribut zum benannten Element in der Datei TestManagement.xml hinzu.

TF402534: TestManagement-Plug-In enthält eine nicht unterstützte Aufgabe "[taskName]"

Korrigieren Sie die benannte Aufgabe in der Datei "TestManagement.xml".

Fehlerbeispiel

Das TestResolutionStates Element wurde falsch geschrieben.

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

Lösungsbeispiel

Korrigierte Rechtschreibfehler.

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

Verwandte Artikel

• Validieren und Importieren von Prozessen
• Azure DevOps-Datenimportdienst