Beheben von Validierungsfehler beim Prozessimport

Azure DevOps Services

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

Wenn Sie beim Versuch, den Importvorgang auszuführen, einen Überprüfungsfehler erhalten haben, beheben Sie den Fehler, bevor Sie den Import wiederholen. Zu jedem Fehler gibt es einen Link, über den Sie mehr über den spezifischen Validierungsfehler erfahren und eine Richtlinie zur Korrektur des Fehlers. Wenden Sie den bereitgestellten Lösungsbehelf für die empfangene Nachricht an, packen Sie die aktualisierten Dateien in ein ZIP-Archiv und wiederholen Sie den Importvorgang.

Wenn Sie gerade erst mit der Anpassung beginnen, sollten Sie sich die zur Verfügung gestellten Validierungsregeln ansehen.

Voraussetzungen

Anleitungen zum Anpassen von Azure Boards zur Anpassung an Ihre spezifischen Geschäftsanforderungen finden Sie unter Konfigurieren und Anpassen von Azure Boards.

Verwenden von KI zur Problembehandlung von Prozessimportfehlern

Die folgende Beispielaufforderung für Copilot Chat hilft Ihnen bei der Fehlerbehebung von Importvalidierungsfehlern und XML-Konfigurationsproblemen. Kopieren Sie diese Eingabeaufforderung, und fügen Sie sie in Copilot Chat ein, und ersetzen Sie die Platzhalter durch Ihre spezifischen Informationen.

Fügen Sie für die beste KI-Unterstützung bestimmte Details wie den Fehlercode (TF######), betroffene Dateinamen, Namen von Arbeitsaufgabentypen und Feldverweisnamen hinzu, die im Überprüfungsfehler erwähnt werden.

I'm getting this Azure DevOps process import error: [PASTE YOUR ERROR MESSAGE HERE]

Process import details:
- Error code: [ERROR CODE like TF402###]
- Affected file: [XML FILE NAME like Bug.xml, ProcessConfiguration.xml]
- Work item type: [WIT NAME if applicable]
- Field reference name: [FIELD REFNAME if applicable]
- Custom namespace: [YOUR CUSTOM NAMESPACE if applicable]

Can you help me troubleshoot this issue? Please provide step-by-step instructions to:
1. Identify the root cause of the validation error
2. Fix the XML configuration or process definition
3. Verify the changes resolve the validation issue

Context: This is for importing a custom process template to Azure DevOps Services using the Hosted XML process model. The error might be related to work item type definitions, field configurations, process configuration, categories, or XML schema violations.

Copilot wird von KI unterstützt, so dass Überraschungen und Fehler möglich sind. Weitere Informationen finden Sie in den häufig gestellten Fragen zur allgemeinen Verwendung von Copilot.

Informationsmeldungen – kein Handlungsbedarf

TF402555: Feld [refName] wird gelöscht.

Der zu importierende Prozess enthält nicht das benannte Feld im Prozess, der aktualisiert wird, daher wird er im Rahmen des Aktualisierungsvorgangs entfernt.

Beispielszenario

1. Benutzerdefiniertes Feld zum Workitem Bug.xml hinzufügen

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

2. Importvorgang
3. Feld aus Bug.xml entfernen
4. Aktualisierten Prozess importieren

Das System zeigt eine Informationsmeldung über das zu löschende Feld an.
TF402555: Field MyCompany.CustomFields.Foo will be deleted

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

Der Prozess, den Sie importieren, enthält ein umbenanntes Feld, das im aktuellen Prozess das gleiche refname verwendet.

Feldnamen können nicht umbenannt werden.

TF402598: Workitem-Typ [refName] wird gelöscht.

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

Beispielszenario

1. Erstellt neuen Workitem-Typ mit dem Namen „LSI”.

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

2. Importvorgang
3. Entfernen Sie den Workitem-Typ LSI aus dem Prozess.
4. Aktualisierten Prozess importieren

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

TF402601: Workitem-Typ [witName] wird von [name1] in [name2] umbenannt.

Der Prozess enthält einen umbenannten WIT. Der WIT wird im bestehenden Prozess umbenannt.
Der Prozess, den Sie aktualisieren, enthält einen WIT, der aus dem Namen im aktuellen Prozess umbenannt wird.
Als Teil der Aktualisierung des bestehenden Prozesses benennt das System den WIT im aktuellen Prozess um. Alle Workitems in bestehenden Projekten, die auf den Prozess verweisen, werden ebenfalls umbenannt.

Beispielszenario

1. Erstellt neuen Workitem-Typ mit dem Namen „LSI”.

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

2. Importvorgang
3. Umbenennen des LSI-Workitem-Typ in „Live Site Incident“

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

4. Aktualisierten Prozess importieren

Das System zeigt eine Informationsmeldung über den umzubenennenden WIT an.
TF402601: Work item type My.LSI will be renamed to 'Live Site Incident' from 'LSI'

Verschiedene Dateifehler

TF402586: Fehler beim Parsen der Datei: [Fehlermeldung]

Eine fehlerhafte XML-Syntax kann zu Fehlern beim Parsen von Dateien führen. Fehlende schließende Tags, fehlende Anführungszeichen, fehlende öffnende oder schließende Klammern (< oder >) können zu einem Parsing-Fehler führen.

Ermitteln Sie anhand der Fehlermeldung die Ursache für die fehlerhafte XML-Struktur und beheben Sie diese.

TF402594: Die Datei verstößt gegen das Schema und weist folgenden Fehler auf: [Fehlermeldung]

Jede XML-Datei in der Prozess-ZIP-Datei muss dem angegebenen Schema entsprechen. Schemaverletzungsfehler sind auf benutzerdefinierte XML-Tags oder Attribute innerhalb der XML-Datei zurückzuführen. Lesen Sie die Fehlermeldung, um die Ursache der Schemaverletzung zu ermitteln, und beheben Sie diese entsprechend.

Die Schemadefinition für die Workitem-Verfolgung definiert alle untergeordneten Elemente innerhalb des Elements FORM als Camel Case und alle anderen Elemente als Großbuchstaben. 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.

Beispiele für Fehler

Benutzerdefiniertes XML-Tag:

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

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

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

VS412450: Xml-Schema-Validierungsfehler in [fileName]. [Fehlermeldung]

Korrigieren Sie den Schemafehler in der genannten Datei.

Fehler beim Prozessvorlagen-Plugin

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 (oft in einem Unterordner), in der die spezifischen Aufgaben definiert sind. Im Allgemeinen wird für jedes Plug-in eine Aufgabengruppe angegeben.

Die ProcessTemplate.xml Definitionsdatei muss der Syntax und den Regeln entsprechen.

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

Korrigieren Sie das ZIP-Paket, damit die genannte Datei enthalten ist.

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

Um eine Version anzugeben, bearbeiten Sie die ProcessTemplate.xml Datei.

Fehlerbeispiel

Die Datei „ProcessTemplate.xml“ gibt dieselbe 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" />

Beispiel für eine Auflösung

Es wurde 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: Die ZIP-Datei der Prozessvorlage enthält nicht das erforderliche Plugin [pluginName].

Alle in der Datei „ProcessTemplate.xml“ aufgeführten Dateien und die unterstützten Plug-in-Dateien müssen in der ZIP-Datei des Prozesses enthalten sein.

Verwenden Sie ein Search-Tool, um alle Instanzen von Dateiname=Wert innerhalb der Gruppe von Prozessdateien und -ordnern zu suchen. Aktualisieren Sie anschließend das Plug-in, um die fehlende Datei zu entfernen, oder fügen Sie die Datei in den Prozessordner ein, zu dem sie gehört.

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

Fehlerbeispiel

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

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

Beispiel für eine Auflösung

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

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

Korrigieren Sie die Datei „ProcessTemplate.xml” für das genannte Plug-in, um die Anzahl der definierten tasklist-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>

Beispiel für eine Auflösung

    <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 Kategorie-Definitionsdatei in Ihren Prozess aufnehmen.

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>

Beispiel für eine Auflösung

Die WorkItems.xml Datei wird 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 Prozesskonfigurationsdatei in Ihren Prozess einbinden.

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>

Beispiel für eine Auflösung

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

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

TF402587: Erforderliche Prozesskonfigurationsdatei fehlt.

Die Datei „WorkItems.xml“ gibt die hochzuladende Datei „ProcessConfiguration“ an. Entweder wurde die Datei nicht angegeben, enthält eine veraltete Spezifikation, die angegebene Datei fehlt in der Vorlage oder der Ordner-/Dateiname ist falsch.

Fehlerbeispiel

Die angegebene Konfiguration ist veraltet und gibt zwei Dateien an, die nicht im Ordner „Process“ enthalten sind.

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

Beispiel für eine Auflösung

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

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

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

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

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

Ändern Sie die WIT-Definition in Ihrer Prozess-ZIP-Datei, die [refName] enthält, und geben Sie einen anderen benutzerfreundlichen Namen an oder passen Sie ihn an ein vorhandenes Feld an, das bereits verwendet wird.

Fehlerbeispiel

Die UserStory-WIT-Definition enthält FIELD Elemente für Fabrikam.Product.Family mit dem benutzerfreundlichen Namen 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>

In einem bestehenden Prozess verwendet Fabrikam.Product.Versions jedoch den benutzerfreundlichen Namen 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>

Beispiel für eine Auflösung

Aktualisieren Sie die WIT-Definition der UserStory, damit 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: Die erforderliche WorkItemTracking-Plug-in-Referenz fehlt in der Prozessvorlage.

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

Fehlerbeispiel

Das Plug-in Microsoft.ProjectCreationWizard.WorkItemTracking fehlt im Abschnitt plugins 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>

Beispiel für eine Auflösung

   <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 Categories.xml Definitionsdatei muss der Syntax und den Regeln entsprechen.

TF402546: Die Kategorie [categoryName] fehlt in der Kategorie-Datei.

Alle Kategorien, auf die in der Datei ProcessConfiguration.xml verwiesen wird, müssen in der Datei Categories.xml definiert sein. Zusätzlich muss die Datei Categories.xml Definitionen für die folgenden Kategorien enthalten:

• Fehlerkategorie
• Kategorie der Anforderung zur Codeüberprüfung
• Kategorie der Antwort auf die Codeüberprüfung
• Feedback Anforderung Kategorie
• Feedback Antwortkategorie
• Ausgeblendete Typen Kategorie
• Kategorie der Anforderung
• Kategorie für gemeinsame Schritte
• Kategorie für gemeinsam genutzte Parameter
• Aufgabenkategorie
• Kategorie für Testfälle
• Kategorie für Testpläne
• Kategorie für Testsuiten

Aktualisieren Sie Ihre Datei Categories.xml, um die fehlende Kategorie [name] zu definieren.

Fehlerbeispiel

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

Beispiel für eine Auflösung

Die Kategorie Epic wurde in die Datei Categories hinzugefügt.

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

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

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

TF402560: Sie haben [n] Kategorien definiert. Nur [nn] sind erlaubt.

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

TF402596: Kategorie [categoryName] definiert den Workitem-Typ [witName] nicht.

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

Fehlerbeispiel

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

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

Beispiel für eine Auflösung

  <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 zur Konfiguration einer Agile-Tool-Funktion in der Prozesskonfiguration verwenden.
Überprüfen Sie Ihre ProcessConfiguration.xml Datei, und ermitteln Sie, ob Sie keine Unterstützung für eine Kategorie hinzugefügt haben. Andernfalls entfernen Sie [categoryName] aus der Datei Categories.xml.

Fehlerbeispiel

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

Beispiel für eine Auflösung

Fügen Sie PortfolioBacklog zu ProcessConfiguration hinzu, 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.AzureDevOps.Scheduling.Effort" width="50" />
        <Column refname="Microsoft.AzureDevOps.Common.BusinessValue" width="50" />
        <Column refname="Microsoft.AzureDevOps.CMMI.RequirementType" width="100" />
        <Column refname="System.Tags" width="200" />
      </Columns>
      <AddPanel>
        <Fields>
          <Field refname="System.Title" />
        </Fields>
      </AddPanel>
    </PortfolioBacklog>

Referenzartikel:

• XML-Elementreferenz für die Prozesskonfiguration

Fehler beim Klassifizierungs-Plugin

Die Classification.xml Definitionsdatei muss der Syntax und den Regeln entsprechen.

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

Fehlerbeispiel

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

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

Beispiel für eine Auflösung

Entfernen Sie die doppelte 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 zum Ordner Classification ist falsch geschrieben.

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

Beispiel für eine Auflösung

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

TF402513: Der Name [pathName] im Klassifizierungs-Plugin entspricht nicht den Namensbeschränkungen für TreePath.

Überprüfen Sie die Node von Ihnen angegebenen Elemente, und ändern Sie die Namen entsprechend den unterstützenden Benennungskonventionen. Referenz: Bereichs- und Iterationspfade hinzufügen und ändern.

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>

Beispiel für eine Auflösung

Die Pfadnamen werden 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 erlaubt nur die folgenden Werte: ProjectModelHierarchy und ProjectLifecycle.
Überprüfen Sie die Node von Ihnen angegebenen Elemente, und entfernen Sie alle nicht unterstützten Attribute.

Fehlerbeispiel

ProjectLifecycle ist falsch geschrieben.

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

Beispiel für eine Auflösung

Falsch geschriebener Name wird 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-Plugin fehlt oder wird nicht unterstützt.

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

Fehlerbeispiel

Das Attribut value ist falsch geschrieben.

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

Beispiel für eine Auflösung

Falsch geschriebenes Attribut wird 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 angegebenen Node Elemente, und entfernen Sie zusätzliche Knoten auf Stammebene.

Fehlerbeispiel

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

      <Nodes>
        <Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
          <Children>
            <Node StructureType="ProjectLifecycle" Name="Sprint 1" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 2" />
            <Node StructureType="ProjectLifecycle" Name="Sprint 3" />
          </Children>
        </Node>
        <Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
        <Node StructureType="ProjectModelHierarchy" Name="Area" xmlns="" />
      </Nodes>

Beispiel für eine Auflösung

Bitte 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: Der Bereichs- oder Iterationspfad „[pathName]” im Plug-in GroupsandPermissions fehlt im Classifications-Plug-in.

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

Fehlerbeispiel

Die Datei Classification.xml legt Sprints fest, keine Iterationen.

GroupsandPermissions.xmlteamSettings gibt die Iterationen an.

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

Die Datei Classification.xml gibt jedoch 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>

Beispiel für eine Auflösung

Aktualisieren Sie die Datei 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

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

Überprüfen Sie Ihre WorkItems.xml-Plug-in-Datei auf alle LINKTYPE-Elementanweisungen. Entfernen Sie Anweisungen, die mit benutzerdefinierten Verknüpfungstypen verknüpft sind, damit der zulässige Grenzwert nicht überschritten wird. Entfernen Sie anschließend die entsprechende Datei mit der Definition des Verknüpfungstyps 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 Link-Typ [name] ist ungültig, da benutzerdefinierte Link-Typen nicht unterstützt werden.

Überprüfen Sie Ihre WorkItems.xml-Plug-in-Datei auf alle LINKTYPE-Elementanweisungen. Entfernen Sie alle Anweisungen, die einen benutzerdefinierten Verknüpfungstyp angeben. Entfernen Sie anschließend die entsprechende Datei mit der Definition des Verknüpfungstyps aus dem Ordner LinkTypes.

Die folgenden LINKTYPE-Elementanweisungen innerhalb der Plug-in-Datei WorkItems.xml 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

TF402564: Sie haben globale [n] -Listen definiert. Nur [nn] sind erlaubt.

Eine oder mehrere WITs, die in der benutzerdefinierten Prozessvorlage definiert sind, enthalten ein GLOBALLIST-Element. Durchsuchen Sie Ihre WIT-Definitionsdateien und ersetzen Sie alle GLOBALLIST-Elemente durch ALLOWEDVALUES- oder SUGGESTEDVALUES-Elemente.

TF402565: Sie haben [n] -Elemente in der globalen Liste [globalListName]definiert. Eine maximale Anzahl von [nn] ist erlaubt.

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

Prozesskonfiguration

Die Definitionsdatei ProcessConfiguration.xml muss der Syntax und den Regeln entsprechen, die in ProcessConfiguration XML-Elementreferenz beschrieben sind.

TF402543: Das Element [elementName] erfordert, dass Sie genau einen Workflow-Status dem Metazustand [metastateName] zuordnen.

Aktualisieren Sie den Abschnitt States innerhalb des benannten Elements in der Datei ProcessConfiguration.xml, um die fehlende Metazustandszuordnung hinzuzufügen oder überflüssige Zuordnungen zu entfernen.

Fehlerbeispiel

Im Element ProcessConfiguration.xml RequirementBacklog fehlt eine Metazustandszuordnung 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 >

Beispiel für eine Auflösung

Fehlende Metastatuszuordnungen werden 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: Das Element [elementName] erfordert, dass Sie für den Workitem-Typ [witName] mindestens einen Status dem Metazustand [metastateName] zuordnen.

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

TF402548: Das Element [elementName] erfordert, dass Sie mindestens einen Workflow-Status dem Metazustand [metastateName] zuordnen.

Um die fehlende Metastatuszuordnung bereitzustellen, aktualisieren Sie den States Abschnitt innerhalb des benannten Elements in der ProcessConfiguration.xml-Datei.

Fehlerbeispiel

Im Element ProcessConfiguration.xml RequirementBacklog fehlt eine Metazustandszuordnung 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 >

Beispiel für eine Auflösung

Fehlende Metastatuszuordnungen werden 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: Das Element [elementName] enthält mehr als eine Metazustandszuordnung für den Workflow-Zustand [stateName].

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

Fehlerbeispiel

Das ProcessConfiguration.xml RequirementBacklog-Element enthält zwei Metazustandszuordnungen 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 >

Beispiel für eine Auflösung

Metastate-Zuordnungen werden 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 Workitem-Typ [witName] definiert nicht den Workflow-Status [stateName], der erforderlich ist, da ProcessConfiguration ihn einem Metazustand für das Element [elementName] zuordnet.

Um die fehlenden STATE- und TRANSITION-Elemente hinzuzufügen, korrigieren Sie entweder die ProcessConfiguration.xml-Datei oder den WORKFLOW-Abschnitt des benannten WIT.

Fehlerbeispiel

Das ProcessConfiguration.xml-Element RequirementBacklog spezifiziert value="Committed", jedoch definiert UserStory.xml 'Committed' nicht 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 >

Beispiel für eine Auflösung

Das Element State für Committed wurde entfernt.

<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: Das Element [elementName] erfordert, dass Sie für den Workitem-Typ [witName] genau einen Status dem Metastatus [metastateName] für die folgenden Status zuordnen: [stateNames].

Überprüfen Sie den Abschnitt STATES in der Datei ProcessConfiguration.xml auf das benannte Element und stellen Sie sicher, dass jeder in der Fehlermeldung aufgeführte Status vorhanden und einem Metazustand zugeordnet ist.

Fehlerbeispiel

Dem ProcessConfiguration.xml RequirementBacklog-Element fehlt der Status New, der im Workitem-Typ User Story vorhanden ist. Es sollte in der STATES-Liste sein, die type=Proposed" zugeordnet 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 >

Beispiel für eine Auflösung

Die Metastate-Zuordnung wird 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: Das Element [elementName] gibt einen nicht unterstützten Metazustand [metastateName] an.

Überprüfen Sie den Abschnitt STATES in der Datei ProcessConfiguration.xml auf das benannte Element und entfernen oder korrigieren Sie den benannten Metazustand.

Fehlerbeispiel

Das ProcessConfiguration.xml-Element RequirementBacklog enthält eine falsch geschriebene Metazustandszuordnung für type=Proposed".

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

Beispiel für eine Auflösung

Die Metastate-Zuordnung wird 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 ProcessConfiguration XML Elementreferenz auf die erforderlichen Elemente.

TF402572: Die angegebene Datei kann im Prozessvorlagenpaket nicht gefunden werden.

Eine in einer Plug-in-Datei zum Hochladen 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 die Zip-Datei des Prozesses eingeschlossen sind.

Überprüfen Sie die ProcessConfiguration XML Elementreferenz auf die erforderlichen Elemente.

TF402574: ProcessConfiguration gibt nicht das erforderliche TypeField[typeField] an.

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

Überprüfen Sie die ProcessConfiguration XML Elementreferenz auf die erforderlichen TypeField Elemente.

Beispiel

Der Scrum-Prozess legt die folgenden TypeField Elemente fest. Wenn eines dieser Elemente fehlt, erhalten Sie eine Fehlermeldung TF402574.

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

TF402588: Mehrere Portfolio-Backlogs [backlogNames] haben [backlogName] als übergeordnetes Element definiert. Ein übergeordnetes Backlog kann nur ein untergeordnetes Backlog haben.

Nur ein Backlog des untergeordneten Portfolios kann einem einzelnen übergeordneten Backlog zugeordnet werden.

Bearbeiten Sie ProcessConfiguration, um die Backlog-Spezifikationen für über- und untergeordnete Elemente zu korrigieren.

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>

Beispiel für eine Auflösung

Um auf den Epic-Backlog zu verweisen, ändern Sie die übergeordnete Ebene im Feature-Backlog.

  <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 undefiniertes übergeordnetes Portfolio-Backlog [backlogName].

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

Fehlerbeispiel

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

Beispiel für eine Auflösung

Fügen Sie das 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.AzureDevOps.Common.BusinessValue" width="50" />
      <Column refname="Microsoft.AzureDevOps.CMMI.RequirementType" width="100" />
      <Column refname="System.Tags" width="200" />
    </Columns>
  </PortfolioBacklog>

TF402590: Verschiedene Portsfolio-Backlogs [Backlog 1, Backlog 2] haben kein übergeordnetes Element.

Nur ein Portfolio-Backlog, der oberste Backlog, kann ohne übergeordnetes Element bleiben. Alle anderen Backlogs müssen ein parent="Microsoft.FooCategory"-Attribut und einen Wert enthalten.

Beispiel für eine Auflösung

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

402595: Es wurden zu viele Backlogs für das Portfolio definiert. Es sind maximal 5 zulässig.

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

Überprüfen Sie Referenz der XML-Elemente für die Prozesskonfiguration, um weitere Informationen zu erhalten.

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

Dieser Fehler tritt auf, wenn der Abschnitt BugWorkItems falsch konfiguriert ist. Jeder für einen im Microsoft.BugCategory enthaltenen Workitem-Typ definierte Zustand muss in der im Abschnitt BugWorkItems definierten Menge von Zustandswerten enthalten sein. Wenn beispielsweise für Workitem-Typen, die für den Bug-Workitem-Typ definiert sind, die folgenden Zustände definiert sind – Neu, Genehmigt, Übernommen, Erledigt –, sollte der Abschnitt BugWorkItems 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 der Referenz der XML-Elemente für die Prozesskonfiguration.

TF400507: Jeder Workitem-Typ muss einen Anfangszustandswert unterstützen, der mit einem der in BugWorkItems definierten Zustände übereinstimmt.

Dieser Fehler tritt auf, wenn ein in Microsoft.BugCategory enthaltener Workitem-Typ einen Anfangszustand angibt, der nicht im Abschnitt BugWorkItems der XML-Datei ProcessConfiguration 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 enthält.

Weitere Informationen finden Sie unter der Referenz der XML-Elemente für die Prozesskonfiguration.

TF400572: Die Projektprozess-Einstellungen müssen konfiguriert werden, damit diese Funktion verwendet werden kann.

Dieser Fehler stammt aus alten Vorlagen, bevor die Projektprozesseinstellungen vorhanden sind. Versuchen Sie, die ProcessConfiguration-XML-Datei der Prozessvorlage hinzuzufügen.

Arbeitsaufgabentypen

TF402570: Sie haben Arbeitsaufgabentypen [n] definiert. Eine maximale Anzahl von [witLimit] ist erlaubt.

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

TF402573: Der Workitem-Typ WIT gibt nicht das erforderliche Attribut refname an.

Workitem-Typen (Fehler, User Story, Aufgabe usw.) erfordern das Attribut refname. Der Verweisnamewert muss eindeutig sein und darf keine reservierten Namespaces enthalten. Die Namespaces XXX und Microsoft.AzureDevOps.XXX sind von Azure DevOps reserviert.

Fehlerbeispiel

<WORKITEMTYPE name="Bug">

Beispiel für eine Auflösung

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

TF402599: Der Workitem-Typ refname [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.AzureDevOps. XXX.

Bearbeiten Sie das refname-Attribut des benannten WIT.

Fehlerbeispiel

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

Beispiel für eine Auflösung

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

TF402600: Der Referenzname des Workitem-Typs [refName] ist ungültig. Referenznamen für Workitem-Typen dürfen nur Buchstaben, keine Leerzeichen und mindestens einen Punkt (.) enthalten.

WIT-Referenznamen müssen den festgelegten Namenskonventionen entsprechen: nur Buchstaben, keine Leerzeichen und mindestens ein Punkt (.).

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

Fehlerbeispiel

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

Beispiel für eine Auflösung

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

Arbeitsaufgabenfelder

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

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

TF402539: Das Feld [refName] erlaubt nur die folgenden Regeln: [ruleNames].

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

Gültige Regeln für die Verwendung mit Systemfeldern

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

Globale Listen werden in Azure DevOps nicht unterstützt. Ersetzen Sie alle GLOBALLIST-Elemente in allen WIT-Definitionsdateien durch ALLOWEDVALUES- und LISTITEM-Elemente.

Fehlerbeispiel

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

Beispiel für eine Auflösung

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

Globale Listen werden in Azure DevOps nicht unterstützt. Ersetzen Sie alle GLOBALLIST-Elemente in allen WIT-Definitionsdateien durch ALLOWEDVALUES- und LISTITEM-Elemente.

Fehlerbeispiel

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

Beispiel für eine Auflösung

<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: Das benutzerdefinierte Feld refname [refName] ist ungültig, da es einen unzulässigen Namespace [namespace] verwendet.

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

Um diesen Fehler zu beheben, benennen Sie das refname-Attribut für das benannte Feld in den WIT-Definitionsdateien, in denen es vorkommt, um.

Fehlerbeispiel

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

  - OR - 

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

Beispiel für eine Auflösung

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

TF402544: Das Feld [refName], definiert im Workitem-Typ [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 hinzuzufügen, und beziehen Sie sich für weitere Details auf das benannte Element.

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

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

Wenn Sie Fehler zur Aufgabenkategorie hinzugefügt haben, stellen Sie sicher, dass die Datei Bug.xml das benannte Feld enthält und dieselbe Auswahlliste angibt, die in der Datei Task.xml dafür definiert ist.

Fehlerbeispiel

In der Datei Bug.xml ist das Feld definiert, aber nicht die Auswahlliste.

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

Beispiel für eine Auflösung

Fehler in Bug.xml behoben

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

TF402545: Das Element [elementName] erfordert, dass Sie das Feld [fieldName] in die Definition des Workitem-Typs [witName] aufnehmen.

Sie sollten ein entsprechendes FIELD-Element in die benannte WIT-Definition für jedes field aufnehmen, das Sie im Abschnitt AddPanel der Datei ProcessConfiguration.xml angeben.
Sie sollten außerdem ein Control-Element innerhalb des FORM-Abschnitts des benannten WIT einfügen.

Fehlerbeispiel

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

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

Beispiel für eine Auflösung

Fehlende FIELD-Elemente wurden zur Datei UserStory.xml hinzugefügt.

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

Zur Unterstützung des ProcessConfiguration-Elements [elementName] muss der Workitem-Typ [witName] TypeField [typeField] (Feldrefname [refName]) definieren.

In der Prozesskonfiguration haben Sie ein TypeField mit TypeFieldValues erstellt. Verweisen Sie in Ihrem Workitem-Typ auf dasselbe TypeField.

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

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

Beispiel für eine Auflösung

FeedbackRequest.xml

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

TF402556: Damit das Feld [refName] eindeutig definiert ist, müssen Sie es [fieldName] nennen und seinen Typ auf [fieldType] setzen. Vorausgesetzt, [refName] ist [fieldName] und der Typ ist [fieldType].

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

Beispiele für reservierte Felder

Reserviertes System. XXX und Microsoft.AzureDevOps. XXX-Felder erfordern name und type Werte.

Fehlerbeispiel

TF402556: Damit das Feld "Microsoft.AzureDevOps.TCM.ReproSteps" gut definiert ist, müssen Sie den Namen "Repro Steps" nennen und den Typ auf HTML festlegen. cVorausgesetzt, Microsoft.AzureDevOps.TCM.ReproSteps ist My Repro Steps und der Typ ist HTML.

In Bug.xmlwurde der benutzerfreundliche Feldname in "Meine Repro-Schritte" geändert.

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

Beispiel für eine Auflösung

Bug.xml

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

TF402557: Inkonsistente Definitionen für das Feld [refName] in den folgenden Workitem-Typen: [witName]. Stellen Sie sicher, dass alle Verweise auf ein Feld denselben RefName, Namen und Typ haben.

FIELD-Elementdefinitionen für Felder mit demselben benutzerfreundlichen Namen müssen in allen WITs konsistent sein. Überprüfen Sie, ob die Attribute refname, name und type in allen 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 das Attribut name und type vom Arbeitsaufgabentyp Bug.xml unterscheiden.

Beispiel für eine Auflösung

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 einem vorhandenen Feld inkonsistent. Das type ist [typeName], sollte aber [typeName] sein.

Bearbeiten Sie die WIT-Datei, 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 erlaubt.

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

Bearbeiten Sie den benannten WIT und entfernen Sie die zusätzlichen benutzerdefinierten Felder, um die Gesamtzahl der Felder auf den zulässigen Grenzwert zu reduzieren.

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

Sie haben [n] Felder für alle im Prozess definierten WITs definiert. Nur [fieldLimit] sind zulässig, dazu gehören die System.XXX und Microsoft.AzureDevOps.XXX-Namespace-Felder sowie benutzerdefinierte Felder.

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

TF402566: Sie haben [n] Feldregeln für den Arbeitsaufgabentyp [witName]definiert. Eine maximale Anzahl von [ruleLimit] ist erlaubt.

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 den benannten WIT und entfernen Sie die zusätzlichen Feldregeln, um die Gesamtzahl der Felder auf den zulässigen Grenzwert zu reduzieren.

TF402568: Sie haben [n] Felder mit syncnamechanges="true" für den Workitem-Typ [witName] definiert. Es sind maximal 64 zulässig.

Die Anzahl der Felder mit syncnamechanges="true", die für den benannten WIT definiert sind, überschreitet den zulässigen Grenzwert, der die Felder der Namespaces System.XXX und Microsoft.AzureDevOps.XXX sowie benutzerdefinierte Felder umfasst.

Überprüfen Sie den Abschnitt FIELDS der genannten WIT und legen Sie fest, 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 sind maximal [listLimit] erlaubt.

Die Anzahl der LISTITEM-Elemente, die für das benannte Feld im benannten WIT definiert sind, überschreitet den zulässigen Grenzwert.

Bearbeiten Sie die benannte WIT, um die Anzahl der LISTITEM Elemente zu reduzieren, damit die zulässige Höchstzahl 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 Werte für den Fehler und die Benutzergeschichte refname unterschiedlich sind.

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

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

Fehlerbeispiel

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

Beispiel für eine Auflösung

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

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

Die meisten System- und Microsoft.AzureDevOps-Felder unterstützen keine Regeln. Weitere Informationen finden Sie unter Regeln und Regelauswertung.

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

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

• Reservierte Felder nicht ändern: Ändern Sie keine Felder, die in den reservierten Namespaces System.*XXX* und Microsoft.AzureDevOps.*XXX* definiert sind.
• Definieren von benutzerdefinierten Feldern: Um eine andere Liste von Werten in den Auswahllistenfeldern zu haben, definieren Sie Ihr eigenes benutzerdefiniertes Feld.

Fehlerbeispiel

In der Datei Bug.xml ist das Prioritätsfeld definiert, aber die Liste der Werte weicht von den Erwartungen ab.

    <FIELD name="Priority" refname="Microsoft.AzureDevOps.Common.Priority" type="Integer" reportable="dimension">
        <ALLOWEDVALUES expanditems="true">
        <LISTITEM value="0"/>
        <LISTITEM value="1"/>
        <LISTITEM value="2"/>
        </ALLOWEDVALUES>
        <DEFAULT from="value" value="2" />
    </FIELD>

Beispiel für eine Auflösung

Korrigierte Bug.xml enthält ein neues Feld

      <FIELD name="Priority" refname="Microsoft.AzureDevOps.Common.Priority" type="Integer" reportable="dimension">
        <HELPTEXT>Business importance. 1=must fix; 4=unimportant.</HELPTEXT>
        <ALLOWEDVALUES expanditems="true">
          <LISTITEM value="1"/>
          <LISTITEM value="2"/>
          <LISTITEM value="3"/>
          <LISTITEM value="4"/>
        </ALLOWEDVALUES>
        <DEFAULT from="value" value="2" />
      </FIELD>

      <FIELD name="Custom Priority" refname="Custom.Priority" type="Integer" reportable="dimension">
        <HELPTEXT>Business importance. 1=must fix; 4=unimportant.</HELPTEXT>
        <ALLOWEDVALUES expanditems="true">
          <LISTITEM value="0"/>
          <LISTITEM value="1"/>
          <LISTITEM value="2"/>
        </ALLOWEDVALUES>
        <DEFAULT from="value" value="2" />
      </FIELD>

VS402504: Der Benutzer oder die Gruppe kann nicht gefunden werden [Projekt]\Gruppenname. Vergewissern Sie sich, dass die in Ihrer Workitem-Typdefinition verwendeten Benutzer und Gruppen vorhanden sind.

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

Fehlerbeispiel

Bug.xml verweist auf eine projektbezogene Gruppe.

... "[project]\Organization Leaders"

Beispiel für eine Auflösung

Erstellen Sie eine neue Gruppe auf Kontoebene (Sammlung) mit dem Namen „Organisationsleiter“ und verweisen Sie diese entsprechend im XML.

... "[global]\Organization Leaders"

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

Der Feldname existiert bereits mit demselben Namen in einem anderen Feld. Ändern Sie den Namen des Feldes.

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

Beispiel für eine Auflösung

Ändern Sie den Feldnamen von Custom.NewField.ExternalID

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

Workitem-Layout

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

Diese Warnung wird generiert, wenn Sie ein Pflichtfeld in einem Workitem-Typ haben, auf das im Knoten <Layout>, aber nicht im Knoten <WebLayout> verwiesen wird. Das <WebLayout> wird verwendet, um das Layout des neuen Formulars zu ändern.

VS403073: Gruppe & <Group Name>: Verstößt gegen die Regel, dass eine Gruppe nur ein einziges HTML- oder WebPage-Steuerelement enthalten darf, dem Label-Steuerelemente vorangestellt sind.

Im neuen Formularlayout kann eine Gruppe nur ein HTMLFieldControl oder WebPageControl 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 diesen Fehler zu beheben, erstellen Sie zwei separate Gruppen, die jeweils ein Steuerelement enthalten.

Beispiel für eine Auflösung

<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: Die Datei verstößt gegen das Schema mit dem folgenden Fehler: Das Element "Control" darf kein untergeordnetes Element "Link" enthalten, da das Inhaltsmodell 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>

Beispiel für eine Auflösung

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

Workflow-Definitionen

TF402567: Sie haben [n] Workflowzustände für den Arbeitsaufgabentyp [witName]definiert. Es sind maximal [stateLimit] erlaubt.

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.

Um die Gesamtzahl der Zustände auf den zulässigen Grenzwert zu reduzieren, bearbeiten Sie den Abschnitt WORKFLOW der benannten WIT und entfernen Sie die zusätzlichen STATE-Elemente.

TF402578: Das Feld [refName] gibt den benutzerfreundlichen Namen [friendlyName] an, der bereits vom Feld [refName] verwendet wird. Benutzerfreundliche Namen müssen in allen Felddefinitionen eindeutig sein.

Feldnamen müssen innerhalb des Workitem-Typs 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 <FIELD name="Foo"vorhanden sind.

Beispiel für eine Auflösung

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

TF402579: Der Name [friendlyName] wird mehrfach in verschiedenen Feldern der folgenden Workitem-Typen verwendet: [witNames]. Die Namen für Felder müssen in der gesamten Projektsammlung eindeutig sein.

Felder, die auf dasselbe refname="MyCompany.FieldName" verweisen, müssen denselben benutzerfreundlichen Namen FIELD name="fieldname" haben.

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 Referenznamen refname="MyCompany.CustomFields.Foo" haben, müssen sie auch denselben benutzerfreundlichen Namen <FIELD name="Foo" in allen Prozessen angeben, die in Azure DevOps importiert wurden oder importiert werden sollen.

TF402580: Der Name [witName] kann nur für einen einzigen Workitem-Typ verwendet werden.

Benutzerfreundliche Namen für WIT WORKITEMTYPE name="Name" müssen innerhalb des Prozesses eindeutig sein.

Fehlerbeispiel

Mein Workitem A.xml

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

Mein Workitem B.xml

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

Beachten Sie, dass das WORKITEMTYPE name= in beiden Workitem-Typen identisch ist.

Beispiel für eine Auflösung

Mein Workitem A.xml

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

Mein Workitem B.xml

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

TF402581: Sie können den Referenznamen [refName] nur für einen einzigen Workitem-Typ verwenden.

Referenznamen für WIT 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"> 

Beide refname Werte sind gleich "MyCompany.Name"

Beispiel für eine Auflösung

Bug.xml

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

UserStory.xml

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

TF402582: 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 Abschnitt FORM für den genannten WIT und entfernen Sie alle definierten benutzerdefinierten Steuerelemente.

Fehlerbeispiel

Type="OneViewMultiValueControl" gibt ein benutzerdefiniertes Steuerelement an. Entfernen oder ersetzen Sie dieses benutzerdefinierte Steuerelement in ein unterstütztes Steuerelement.

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