Udostępnij za pośrednictwem


Rozwiązywanie problemów z błędami walidacji importowania procesów

Azure DevOps Services

Ważne

Proces importowania obsługuje model procesów hostowanego kodu XML, który umożliwia zarządzanie dostosowaniami za pomocą aktualizowania definicji funkcji WIT szablonu procesu. Ta funkcja jest dostępna tylko dla organizacji, które zostały zmigrowane do usług Azure DevOps Services przy użyciu usługi importowania danych Usługi Azure DevOps. Skontaktuj się z nami , jeśli masz pytania dotyczące dostosowywania procesów usługi Azure DevOps Services.

Jeśli używasz modelu procesu dziedziczenia, możesz dostosować śledzenie pracy za pośrednictwem interfejsu użytkownika, tworząc proces dziedziczony. Jeśli używasz lokalnego modelu przetwarzania XML, możesz dostosować szablon procesu, zobacz Przekazywanie lub pobieranie szablonu procesu i Dostosowywanie szablonu procesu.

Aby dowiedzieć się więcej o modelach procesów, zobacz Dostosowywanie śledzenia pracy.

Podczas importowania procesu proces jest weryfikowany, aby upewnić się, że system działa zgodnie z oczekiwaniami w przypadku procesu niestandardowego. Jeśli proces zakończy się niepowodzeniem, zostanie wyświetlona lista komunikatów o błędach.

Process successfully imported

Jeśli podczas próby importowania wystąpił błąd weryfikacji, przed ponowieniu próby zaimportowania należy rozwiązać problem. Każdy błąd zawiera link, aby dowiedzieć się więcej na temat konkretnego niepowodzenia weryfikacji i wskazówek dotyczących jego poprawiania. Zastosuj poprawki rozwiązywania podane dla odebranych komunikatów, spakuj zaktualizowane pliki i ponów próbę wykonania operacji importowania.

Jeśli dopiero rozpoczynasz dostosowywanie, zapoznaj się z podanymi regułami walidacji.

Komunikaty informacyjne — brak wymaganej akcji

TF402555: Pole [refName] zostało usunięte.

Importowany proces nie zawiera nazwanego pola w procesie aktualizowania, dlatego jest usuwany w ramach operacji aktualizacji.

Przykładowy scenariusz

  1. Dodawanie pola niestandardowego do elementu roboczego Bug.xml
    <FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
    
  2. Proces importowania
  3. Usuń pole z pliku Bug.xml
  4. Importowanie zaktualizowanego procesu

System wyświetla komunikat informacyjny o polu do usunięcia.
TF402555: Field MyCompany.CustomFields.Foo will be deleted

TF402591: Nie można zmienić nazwy pola o nazwie odwołania [refName] na "[name1]" z "[name2]" w istniejących procesach [processName].

Importowany proces zawiera pole o zmienionej nazwie, które używa tego samego refname w bieżącym procesie(es).

Nie można zmienić nazwy pól.

TF402598: Typ elementu roboczego [refName] jest usuwany.

Aktualizowany proces nie zawiera nazwanego elementu WIT, który istnieje w bieżącym procesie. W ramach aktualizowania istniejącego procesu system usuwa nazwany element WIT z bieżącego procesu.

Przykładowy scenariusz

  1. Tworzenie nowego typu elementu roboczego o nazwie "LSI"
    <WORKITEMTYPE name="LSI" refname="My.LSI">  
    
  2. Proces importowania
  3. Usuwanie typu elementu roboczego LSI z procesu
  4. Importowanie zaktualizowanego procesu

System wyświetla komunikat informacyjny o usunięciu.
TF402598: Work item type My.LSI will be deleted

TF402601: Nazwa elementu roboczego [witName] została zmieniona na [name1] z [name2].

Proces zawiera zmienioną nazwę funkcji WIT. Nazwa funkcji WIT została zmieniona w istniejącym procesie.
Aktualizowany proces zawiera element WIT, którego nazwa została zmieniona w bieżącym procesie.
W ramach aktualizowania istniejącego procesu system zmienia nazwę funkcji WIT w bieżącym procesie. Nazwy wszystkich elementów roboczych w istniejących projektach odwołujących się do procesu również zostały zmienione.

Przykładowy scenariusz

  1. Tworzenie nowego typu elementu roboczego o nazwie "LSI"
    <WORKITEMTYPE name="LSI" refname="My.LSI">  
    
  2. Proces importowania
  3. Zmienianie nazwy typu elementu roboczego LSI na Live Site Incident
    <WORKITEMTYPE name="Live Site Incident" refname="My.LSI">  
    
  4. Importowanie zaktualizowanego procesu

System wyświetla komunikat informacyjny o zmianie nazwy funkcji WIT.
TF402601: Work item type My.LSI will be renamed to 'Live Site Incident' from 'LSI'

Różne błędy plików

TF402586: Plik analizy błędów: [Komunikat o błędzie]

Źle sformułowana składnia XML może powodować błędy analizowania pliku. Brak tagów zamknięcia, brak cudzysłowów, brak otwartych lub zamkniętych nawiasów kwadratowych (< lub >) może spowodować błąd pliku analizowania.

Z komunikatu o błędzie określ i popraw źródło nieprawidłowo sformułowanego kodu XML.

TF402594: Plik narusza schemat z następującym błędem: [Komunikat o błędzie]

Każdy plik XML w pliku zip procesu musi być zgodny z danym schematem. Błędy naruszenia schematu są spowodowane przez niestandardowe tagi XML lub atrybuty w pliku XML. Przeczytaj komunikat o błędzie, aby określić źródło naruszenia schematu i odpowiednio naprawić.

Definicja schematu śledzenia elementów roboczych definiuje wszystkie elementy podrzędne w elemencie FORM jako przypadek camel i wszystkie inne elementy jako wszystkie wielkich liter. Jeśli wystąpią błędy podczas sprawdzania poprawności plików definicji typów, sprawdź strukturę przypadków elementów. Ponadto struktura przypadków otwierania i zamykania tagów musi być zgodna z regułami składni XML.

Przykłady błędów

Niestandardowy tag XML:

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

Dodatkowy atrybut dodany do elementu XML:

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

VS412450: Błąd weryfikacji schematu xml w pliku [fileName]. [Komunikat o błędzie]

Popraw błąd schematu w nazwanym pliku.

Błędy wtyczki szablonu przetwarzania

ProcessTemplate.xml to plik główny, który definiuje cały proces i wszystkie pliki definicji XML, które zostaną zaimportowane w celu dodania lub zaktualizowania procesu. Ten plik zawiera wszystkie wtyczki i grupy zadań, do których odwołuje się podczas tworzenia projektu. Każda grupa zadań odwołuje się do podrzędnego pliku XML (często w podfolderze), w którym są zdefiniowane określone zadania. Ogólnie rzecz biorąc, należy określić jedną grupę zadań dla każdej wtyczki.

Plik definicji ProcessTemplate.xml musi być zgodny ze składnią i regułami opisanymi w dokumentacji elementu XML ProcessTemplate.

VS412457: Nie można odnaleźć określonego pliku "[fileName]" w pakiecie procesu.

Popraw pakiet zip procesu, aby uwzględnić nazwany plik.

VS402452: szablon procesu nie określił wersji lub określono nieprawidłową wersję.

Edytuj plik ProcessTemplate.xml, aby określić wersję.

Przykład błędu

Plik ProcessTemplate.xml określa ten sam version identyfikator GUID co w przypadku procesu Agile, który jest zablokowanym procesem.

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

Przykład rozwiązania

Określono inny identyfikator GUID.

<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: Plik zip szablonu procesu nie zawiera wymaganej wtyczki [pluginName].

Wszystkie pliki wymienione w pliku ProcessTemplate.xml i jego obsługiwane pliki wtyczki muszą być obecne w pliku zip procesu.

Użyj narzędzia wyszukiwania, aby znaleźć wszystkie wystąpienia nazwy pliku=wartość w zestawie plików i folderów przetwarzania. Następnie zaktualizuj wtyczkę, aby usunąć brakujący nazwany plik lub dodać nazwany plik do folderu procesu, do którego należy.

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

Przykład błędu

Wtyczka WorkItemTracking określa fileName="WorkItem Tracking\TypeDefinitions\Epic.xml, jednak nie została dodana do folderu WorkItem Tracking\TypeDefinitions.

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

Przykład rozwiązania

Dodaj plik Epic.xml do folderu WorkItem Tracking\TypeDefinitions.

VS412454: Wtyczka [pluginName] zawiera kilka taskList{1}elementów , {2}. Dozwolona jest tylko jedna taskList wtyczka.

Popraw plik ProcessTemplate.xml dla nazwanej wtyczki, aby zmniejszyć liczbę zdefiniowanych tasklist elementów.

Przykład błędu

Wtyczka WorkItemTracking zawiera dwie tasklist instrukcje.

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

Przykład rozwiązania

    <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: w procesie można dołączyć tylko jeden plik definicji kategorii.

Przykład błędu

Plik WorkItems.xml zawiera dwie CATEGORIES instrukcje.

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

Przykład rozwiązania

Plik WorkItems.xml został zaktualizowany tak, aby zawierał tylko jedną CATEGORIES instrukcję.

  <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: W procesie można uwzględnić tylko jeden plik definicji ProcessConfiguration.

Przykład błędu

Plik WorkItems.xml zawiera zduplikowane ProjectConfiguration instrukcje.

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

Przykład rozwiązania

Plik WorkItems.xml został zaktualizowany tak, aby zawierał tylko jedną ProjectConfiguration instrukcję.

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

TF402587: brak wymaganego pliku ProcessConfiguration.

Plik WorkItems.xml określa plik ProcessConfiguration do przekazania. Nie określono pliku, zawiera nieaktualną specyfikację, brakuje określonego pliku z szablonu lub nazwa folderu/pliku jest niepoprawna.

Przykład błędu

Określona konfiguracja jest nieaktualna i określa dwa pliki, które nie są zawarte w folderze Process.

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

Przykład rozwiązania

Plik WorkItems.xml został zaktualizowany tak, aby zawierał prawidłową instrukcję konfiguracji ProjectConfiguration .

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

TF402577: Pole [refName] określa przyjazną nazwę [friendlyName], która jest już używana przez pola [refName] w procesach [processNames].

Przyjazne nazwy muszą być unikatowe we wszystkich definicjach pól dla wszystkich definicji funkcji WIT określonych dla wszystkich procesów zaimportowanych do usług Azure DevOps Services.

Nazwane procesy zawierają sieci WIT definiujące pole, które używa przyjaznej nazwy.

Zmodyfikuj definicję funkcji WIT w pliku zip procesu zawierającym element [refName] i określ inną przyjazną nazwę lub ustaw jej dopasowanie do istniejącego pola w użyciu.

Przykład błędu

Definicja właściwości WIT UserStory zawiera FIELD element Fabrikam.Product.Family o przyjaznej nazwie 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>

Jednak w istniejącym procesie Fabrikam.Product.Versions używa przyjaznej nazwy 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>

Przykład rozwiązania

Zaktualizuj definicję funkcji WIT UserStory, aby pasować do istniejącego pola.

      <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: brak wymaganej dokumentacji wtyczki WorkItemTracking w szablonie procesu.

Należy określić wtyczkę Microsoft.ProjectCreationWizard.WorkItemTracking w metadata sekcji pliku ProcessTemplate.xml:

Przykład błędu

Brak Microsoft.ProjectCreationWizard.WorkItemTracking wtyczki w plugins sekcji pliku 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>

Przykład rozwiązania

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

Kategorie

Plik definicji Categories.xml musi być zgodny ze składnią i regułami opisanymi w artykule Kategorie odwołania do elementu XML.

TF402546: brak kategorii [categoryName] w pliku kategorii.

Wszystkie kategorie, do których odwołuje się plik ProcessConfiguration.xml, muszą być zdefiniowane w pliku Categories.xml. Ponadto system wymaga, aby plik Categories.xml zawierał definicje dla następujących kategorii:

  • Kategoria usterek
  • Kategoria żądania przeglądu kodu
  • Kategoria odpowiedzi przeglądu kodu
  • Kategoria żądania opinii
  • Kategoria odpowiedzi na opinie
  • Kategoria typów ukrytych
  • Kategoria wymagań
  • Kategoria kroku udostępnionego
  • Kategoria parametrów udostępnionych
  • Kategoria zadania
  • Kategoria przypadku testowego
  • Kategoria planu testu
  • Kategoria zestawu testów

Zaktualizuj plik Categories.xml, aby zdefiniować brakującą kategorię [name].

Przykład błędu

Funkcja ProcessConfiguration odwołuje się do kategorii epickiej, jednak brakuje jej w pliku definicji Categories.xml.

Przykład rozwiązania

Kategoria epicka jest dodawana do pliku Kategorie.

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

TF402553: Element [name] odwołuje się do kategorii [categoryName], która nie jest zdefiniowana w pliku kategorii.

Zaktualizuj plik Categories.xml, aby zdefiniować brakującą kategorię [categoryName].

TF402560: zdefiniowano kategorie [n]. Dozwolone są tylko [nn].

Przejrzyj plik Categories.xml dla wszystkich CATEGORY instrukcji elementów i określ, które z nich można usunąć, aby nie przekraczać dozwolonego limitu. Następnie przejrzyj plik ProcessConfiguration.xml, aby zastąpić wartości odwołujące się do usuniętych kategorii.

TF402596: Kategoria [categoryName] nie definiuje typu elementu roboczego [witName].

Kategorie muszą odwoływać się do sieci WIT zdefiniowanych w folderze /WorkItem Tracking/TypeDefinitions i wymienione jako zadanie przekazywania w pliku wtyczki WorkItems.xml.
Przejrzyj plik Categories.xml, aby uzyskać odwołania do elementu WIT, który nie znajduje się w folderze /WorkItem Tracking/TypeDefinitions.

Przykład błędu

Nazwa elementu WIT, do których odwołuje się element Microsoft.EpicCategory, jest błędnie wpisać.

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

Przykład rozwiązania

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

TF402597: Kategoria niestandardowa [categoryName] nie jest obsługiwana, ponieważ funkcja ProcessConfiguration nie odwołuje się do niej.

W narzędziu ProcessConfiguration można określić tylko kategorie niestandardowe, których używasz do konfigurowania funkcji narzędzia Agile.
Przejrzyj plik ProcessConfiguration.xml i ustal, czy nie dodano obsługi kategorii. W przeciwnym razie usuń element [categoryName] z pliku Categories.xml.

Przykład błędu

Funkcja ProcessConfiguration nie odwołuje się do elementu Microsoft.EpicCategory, chociaż jest zdefiniowana w pliku definicji Categories.xml.

Przykład rozwiązania

Dodaj PortfolioBacklog do elementu ProcessConfiguration, aby odwołać się do elementu Microsoft.EpicCategory.

    <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic" workItemCountLimit="1000">
      <States>
        <State value="New" type="Proposed" />
        <State value="Active" type="InProgress" />
        <State value="Resolved" type="InProgress" />
        <State value="Closed" type="Complete" />
      </States>
      <Columns>
        <Column refname="System.WorkItemType" width="100" />
        <Column refname="System.Title" width="400" />
        <Column refname="System.State" width="100" />
        <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
        <Column refname="Microsoft.VSTS.Common.BusinessValue" width="50" />
        <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100" />
        <Column refname="System.Tags" width="200" />
      </Columns>
      <AddPanel>
        <Fields>
          <Field refname="System.Title" />
        </Fields>
      </AddPanel>
    </PortfolioBacklog>

Artykuły referencyjne:

Błędy wtyczki klasyfikacji

Plik definicji Classification.xml musi być zgodny ze składnią i regułami opisanymi w wtyczki klasyfikacji.

TF402511: Wtyczka klasyfikacji zawiera zduplikowaną nazwę właściwości: [propertyName].

Przykład błędu

Plik Classification.xml zawiera drugą property name="MSPROJ" instrukcję w ramach elementu kontenera 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>

Przykład rozwiązania

Usuń zduplikowaną instrukcję.

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

TF402512: Plik [fileName] nie istnieje.

Plik określony w pliku Classification.xml nie znajduje się w określonej ścieżce lub ścieżka jest błędniepelowana.

Przykład błędu

Ścieżka folderu klasyfikacji jest błędniepelowana.

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

Przykład rozwiązania

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

TF402513: nazwa [pathName] w wtyczki klasyfikacji nie jest zgodna z ograniczeniami nazewnictwa treePath.

Node Przejrzyj określone elementy i zmień nazwy tak, aby były zgodne z pomocniczymi konwencjami nazewnictwa. Odwołanie: Dodawanie i modyfikowanie ścieżek obszaru i iteracji.

Przykład błędu

Nazwy ścieżki zawierają znak #, który jest niedozwolony.

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

Przykład rozwiązania

Nazwy ścieżek zostały poprawione.

        <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] w wtyczki Klasyfikacja nie jest obsługiwana.

Atrybut StructureType zezwala tylko na następujące wartości: ProjectModelHierarchy i ProjectLifecycle.
Node Przejrzyj określone elementy i usuń wszystkie nieobsługiwane atrybuty.

Przykład błędu

ProjectLifecycle został błędnie napisany.

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

Przykład rozwiązania

Poprawiono błędną nazwę.

        <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: Brak atrybutu właściwości w wtyczki klasyfikacji lub nie jest obsługiwany.

Element property zezwala tylko na następujące atrybuty: name , value i isFile.
property Przejrzyj określone elementy i usuń wszystkie nieobsługiwane atrybuty.

Przykład błędu

Atrybut value jest błędnie napisany.

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

Przykład rozwiązania

Błędnie napisany atrybut został poprawiony.

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

TF402516: Wtyczka klasyfikacji zawiera więcej niż dwa węzły na poziomie głównym, które nie są obsługiwane.

Node Przejrzyj określone elementy i usuń dodatkowe węzły na poziomie głównym.

Przykład błędu

Plik Classification.xml zawiera drugą Node StructureType="ProjectLifecycle" instrukcję w ramach elementu kontenera 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>

Przykład rozwiązania

Usuń drugą instrukcję.

      <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: brak ścieżki obszaru lub iteracji "[pathName]" w wtyczki GroupsandPermissions wtyczki klasyfikacji.

Dodaj brakujący element [pathName] do pliku Classification.xml lub usuń go z pliku GroupsandPermissions.xml.

Przykład błędu

Plik Classification.xml określa przebiegi, a nie iteracji.

GroupsandPermissions.xmlteamSettings określa iteracji.

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

Jednak plik Classification.xml określa przebiegi.

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

Przykład rozwiązania

Zaktualizuj plik GroupsandPermissions.xml, aby używać przebiegów.

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

Uwaga

Niestandardowe typy łączy nie są obsługiwane w bieżącym procesie importowania.

Przejrzyj plik wtyczki WorkItems.xml dla wszystkich LINKTYPE instrukcji elementu. Usuń instrukcje skojarzone z niestandardowymi typami linków, aby nie przekraczać dozwolonego limitu. Następnie usuń odpowiedni plik definicji typu łącza z folderu LinkTypes.

Ponadto usuń wszelkie odwołania do niestandardowych typów linków, które zostały dodane do definicji funkcji WIT w LinksControlOptions sekcji w FORM sekcji .

Przejrzyj plik wtyczki WorkItems.xml dla wszystkich LINKTYPE instrukcji elementu. Usuń wszystkie instrukcje, które określają niestandardowy typ łącza. Następnie usuń odpowiedni plik definicji typu łącza z folderu LinkTypes.

Następujące LINKTYPE instrukcje elementu w pliku wtyczki WorkItems.xml są prawidłowe:

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

Listy globalne

Uwaga

Listy globalne nie są obsługiwane w bieżącej funkcji procesu importowania.

TF402564: zdefiniowano listy globalne [n]. Dozwolone są tylko [nn].

Co najmniej jedna sieć WIT zdefiniowana w szablonie procesu niestandardowego GLOBALLIST zawiera element. Przeszukaj pliki definicji funkcji WIT i zastąp wszystkie GLOBALLIST elementy elementami ALLOWEDVALUES lub SUGGESTEDVALUES . Aby uzyskać informacje o składni referencyjnej, zobacz Definiowanie list wyboru.

TF402565: zdefiniowano elementy [n] na liście globalnej [globalListName]. Maksymalna wartość [nn] jest dozwolona.

Nazwany GLOBALLIST element zawiera więcej elementów niż dozwolone. Zmniejsz liczbę elementów listy zawartych w GLOBALLIST elemecie lub podziel listę globalną na co najmniej dwa elementy, aby żadna lista nie przekraczała maksymalnej liczby dozwolonych elementów.

Aby uzyskać informacje o składni referencyjnej, zobacz Definiowanie list wyboru.

Konfiguracja procesu

Plik definicji ProcessConfiguration.xml musi być zgodny ze składnią i regułami opisanymi w dokumentacji elementu XML ProcessConfiguration.

TF402543: Element [elementName] wymaga mapowania dokładnie jednego stanu przepływu pracy na metastate [metastateName].

Zaktualizuj sekcję States w nazwanym elememencie w pliku ProcessConfiguration.xml, aby udostępnić brakujące mapowanie metadanych lub usunąć dodatkowe mapowania.

Przykład błędu

Element ProcessConfiguration.xml RequirementBacklog nie ma mapowania metastanu dla elementu 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 >

Przykład rozwiązania

Dodano brakujące mapowania metadanych.

<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] wymaga, aby dla typu elementu roboczego [witName] mapować co najmniej jeden stan na metastate [metastateName].

WORKFLOW Przejrzyj stany zdefiniowane dla nazwanego elementu WIT, a następnie zaktualizuj sekcję States w nazwanym elemencie w pliku ProcessConfiguration.xml, aby udostępnić brakujące mapowanie metadanych dla nazwanego elementu WIT.

TF402548: Element [element[elementName] wymaga mapowania co najmniej jednego stanu na metastate [metastateName].

Zaktualizuj sekcję States w nazwanym elememencie w pliku ProcessConfiguration.xml, aby udostępnić brakujące mapowanie metadanych.

Przykład błędu

Element ProcessConfiguration.xml RequirementBacklog nie ma mapowania metastanu dla elementu 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 >

Przykład rozwiązania

Dodano brakujące mapowania metadanych.

<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 [element[elementName] zawiera więcej niż jedno mapowanie metadanych dla stanu przepływu pracy [stateName].

Nie można zamapować wartości metastanu na więcej niż jeden stan przepływu pracy.

Przykład błędu

ProcessConfiguration.xml RequirementBacklog , element zawiera dwa mapowania metastanu dla elementu 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 >

Przykład rozwiązania

Mapowania metadanych zostały poprawione.

<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: Typ elementu roboczego [witName] nie definiuje stanu przepływu pracy [stateName], który jest wymagany, ponieważ processConfiguration mapuje go na metastan elementu [elementName ].

Popraw plik ProcessConfiguration.xml lub WORKFLOW sekcję o nazwie WIT, aby dodać brakujące STATE elementy i TRANSITION .

Przykład błędu

ProcessConfiguration.xml RequirementBacklog , element określa value="Committed"wartość , jednak element UserStory.xml nie definiuje zatwierdzonego jako stan.

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

Przykład rozwiązania

Usunięto State element zatwierdzony.

<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] wymaga, aby dla typu elementu roboczego [witName] mapować dokładnie jeden stan na metastate [metastateName] dla następujących stanów: [stateNames].

Przejrzyj sekcję STATES w pliku ProcessConfiguration.xml dla nazwanego elementu i upewnij się, że każdyate wymieniony w komunikacie o błędzie jest obecny i zamapowany na metastan.

Przykład błędu

W elemencie ProcessConfiguration.xml RequirementBacklog brakuje stanu New , który istnieje w typie elementu roboczego User Story . Powinna ona znajdować się na STATES liście zamapowanej na type=Proposed".

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

Przykład rozwiązania

Mapowanie metastate zostało poprawione.

<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] określa nieobsługiwany metastate [metastateName].

Przejrzyj sekcję STATES w pliku ProcessConfiguration.xml dla nazwanego elementu i usuń lub popraw nazwany metastate.

Przykład błędu

ProcessConfiguration.xml RequirementBacklog , element zawiera błędnie napisane mapowanie metadanych dla elementu 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 >

Przykład rozwiązania

Mapowanie metastate zostało poprawione.

<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: brak wymaganego elementu [elementName] w konfiguracji procesu.

Edytuj plik ProcessConfiguration.xml, aby dodać brakujący nazwany element.

Zapoznaj się z dokumentacją elementu XML ProcessConfiguration dla wymaganych elementów.

TF402572: Nie można odnaleźć określonego pliku w pakiecie szablonu procesu.

W pliku zip brakuje pliku wtyczki do przekazywania. Przejrzyj wszystkie pliki określone do przekazania i upewnij się, że są one zawarte w pliku zip procesu.

Zapoznaj się z dokumentacją elementu XML ProcessConfiguration dla wymaganych elementów.

TF402574: ProcessConfiguration nie określa wymaganego TypeFieldpola [typeField].

Edytuj plik ProcessConfiguration.xml, aby dodać brakujący nazwany TypeField element.

Zapoznaj się z dokumentacją elementu XML ProcessConfiguration dla wymaganych TypeField elementów.

Przykład

Proces Scrum określa następujące TypeField elementy. Jeśli brakuje któregokolwiek z tych elementów, zostanie wyświetlony błąd 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: Kilka list prac portfela [backlogNames] zdefiniowało element nadrzędny [backlogName]. Nadrzędna zaległości może mieć tylko jedną podrzędną listę prac.

Tylko jedna podrzędna zaległości portfela może być mapowa na jedną nadrzędną listę prac.

Edytuj element ProcessConfiguration, aby poprawić specyfikacje listy prac nadrzędny-podrzędny.

Przykład błędu

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

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

Przykład rozwiązania

Zmień element nadrzędny na liście prac funkcji, aby wskazywał listę prac epików.

  <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: zaległości portfela [backlogName] odwołuje się do niezdefiniowanej listy prac portfela nadrzędnego [backlogName].

Definicja ProcessConfiguration.xml zawiera parent wartość, która odwołuje się do niezdefiniowanej listy prac portfela.

Przykład błędu

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

Przykład rozwiązania

Dodaj element Epic PortfolioBacklog do pliku ProcessConfiguration.xml.

  <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>
    <Columns>
      <Column refname="System.WorkItemType" width="100" />
      <Column refname="System.Title" width="400" />
      <Column refname="System.State" width="100" />
      <Column refname="Microsoft.VSTS.Common.BusinessValue" width="50" />
      <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100" />
      <Column refname="System.Tags" width="200" />
    </Columns>
  </PortfolioBacklog>

TF402590: Kilka list prac portfela [Lista prac 1, Lista prac 2] nie definiuje ich nadrzędnego.

Tylko jedna lista prac portfela, górna lista prac, może być nieparzystka. Wszystkie inne listy prac muszą zawierać parent="Microsoft.FooCategory" atrybut i wartość.

Przykład rozwiązania

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

402595: Zdefiniowano zbyt wiele list prac portfela. Dozwolone jest maksymalnie 5.

Edytuj plik ProcessConfiguration.xml, aby usunąć dodatkowe PortfolioBacklog elementy z PortfolioBacklogs sekcji.

Aby uzyskać więcej informacji, zapoznaj się z dokumentacją elementu XML ProcessConfiguration.

TF400506: ten element definiuje stany elementów roboczych reprezentujących usterki lub wady.

Ten błąd występuje, gdy BugWorkItems sekcja jest nieprawidłowo skonfigurowana. Każdy stan zdefiniowany dla typu elementu roboczego zawartego w elemencie Microsoft.BugCategory musi istnieć w zestawie wartości stanu zdefiniowanych BugWorkItems w sekcji . Jeśli na przykład następujące stany są zdefiniowane dla typów elementów roboczych zdefiniowanych dla typu elementu roboczego Usterka — Nowa, Zatwierdzona, Zatwierdzona, ZakończonaBugWorkItems sekcja powinna być skonfigurowana w następujący sposób:

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

Aby uzyskać więcej informacji, zobacz ProcessConfiguration, dokumentacja elementu XML.

TF400507: Każdy typ elementu roboczego musi obsługiwać wartość stanu początkowego zgodną z jednym ze stanów zdefiniowanych w: BugWorkItems.

Ten błąd występuje, gdy typ elementu roboczego uwzględniony w elemencie Microsoft.BugCategory określa stan początkowy, który nie jest uwzględniony w BugWorkItems sekcji pliku XML ProcessConfiguration. Napraw stany przepływu pracy definicji XML dla nazwanych typów elementów roboczych lub zaktualizuj BugWorkItems sekcję, aby uwzględnić brakujące stany.

Aby uzyskać więcej informacji, zobacz ProcessConfiguration, dokumentacja elementu XML.

TF400572: aby można było używać tej funkcji, należy skonfigurować Ustawienia procesu projektu.

Jest to spowodowane przez szablony z programu TFS 2010 lub starszych wersji, zanim Ustawienia procesu projektu. Spróbuj uruchomić polecenie Konfiguruj funkcje po uaktualnieniu w celu rozwiązania problemu lub dodaj plik XML ProcessConfiguration do szablonu procesu.

Typy elementów roboczych

TF402570: Zdefiniowano typy elementów roboczych [n]. Dozwolona jest maksymalna wartość [witLimit].

Zdefiniowano więcej sieci WITs, które są dozwolone w procesie. Przejrzyj plik WorkItems.xml i zmniejsz liczbę zawartych w WORKITEMTYPE nim instrukcji i usuń skojarzone pliki definicji funkcji WIT z procesu.

TF402573: Typ elementu roboczego WIT nie określa wymaganego refname atrybutu.

Typy elementów roboczych (usterka, historia użytkownika, zadanie itp.) wymagają atrybutu refname . Wartość refname musi być unikatowa i nie może zawierać żadnych zarezerwowanych przestrzeni nazw. Przestrzenie nazw— system.XXX i Microsoft.VSTS.XXX-są zarezerwowane przez usługę Azure DevOps.

Aby uzyskać więcej informacji, zobacz Wszystkie elementy XML funkcji WITD.

Przykład błędu

<WORKITEMTYPE name="Bug">

Przykład rozwiązania

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

TF402599: typ elementu roboczego refname [refName] nie jest prawidłowy, ponieważ używa niedozwolonej przestrzeni nazw [przestrzeń nazw].

Nazwy odwołań pól niestandardowych i sieci WITs nie mogą używać zarezerwowanych przestrzeni nazw: System.XXX i Microsoft.VSTS.XXX.

refname Edytuj atrybut o nazwie WIT.

Przykład błędu

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

Przykład rozwiązania

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

TF402600: nazwa odwołania typu elementu roboczego [refName] jest nieprawidłowa. Nazwy odwołań typu elementu roboczego muszą zawierać tylko litery, bez spacji i co najmniej jeden kropka ().

Nazwy odwołań funkcji WIT muszą być zgodne z ustalonymi konwencjami nazewnictwa: tylko litery, bez spacji i co najmniej jeden kropka ().

refname Edytuj atrybut o nazwie WIT, aby spełnić wymagania dotyczące nazewnictwa.

Przykład błędu

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

Przykład rozwiązania

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

Pola elementów roboczych

TF402538: Reguła pola [ruleName] nie jest obsługiwana.

Edytuj definicje funkcji WIT, aby usunąć nazwaną regułę. Następujące reguły nieobsługiwane w przypadku importowania do usługi Azure DevOps: MATCH, CANNOTLOSEVALUE, PROHIBITEDVALUESi NOTSAMEAS.

TF402539: Pole [refName] zezwala tylko na następujące reguły: [ruleNames].

Edytuj definicje funkcji WIT dla nazwanego pola i usuń wszystkie niedozwolone reguły. Przejrzyj zarówno sekcje, jak FIELDS i WORKFLOW . Większość pól systemowych nie zezwala na określanie reguł.

Prawidłowe reguły do użycia z polami systemowymi

Nazwisko Dozwolone reguły
System.Title REQUIRED, DEFAULT
System.Description REQUIRED, DEFAULT
System.assignedto REQUIRED, , DEFAULT, , ALLOWEXISTINGVALUEVALIDUSER
System.ChangedBy REQUIRED, , DEFAULT, , ALLOWEXISTINGVALUEVALIDUSER

TF402540: Typ elementu roboczego [witName] jest nieprawidłowy, ponieważ określa listę globalną [GLOBALLIST]. Listy globalne nie są obsługiwane.

Listy globalne nie są obsługiwane w usłudze VSTS. Zastąp wszystkie wystąpienia elementów elementami ALLOWEDVALUES i LISTITEM we wszystkich plikach GLOBALLIST definicji funkcji WIT. Odwołanie: Zdefiniuj listy wyboru.

Przykład błędu

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

Przykład rozwiązania

<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: Typ elementu roboczego [witName] jest nieprawidłowy, ponieważ odwołuje się do listy globalnej [globalListName]. Listy globalne nie są obsługiwane.

Listy globalne nie są obsługiwane w usłudze VSTS. Zastąp wszystkie wystąpienia elementów elementami ALLOWEDVALUES i LISTITEM we wszystkich plikach GLOBALLIST definicji funkcji WIT. Odwołanie: Zdefiniuj listy wyboru.

Przykład błędu

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

Przykład rozwiązania

<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: nazwa refname pola niestandardowego [refName] nie jest prawidłowa, ponieważ używa niedozwolonej przestrzeni nazw [przestrzeń nazw ].

Przestrzenie nazw— system.XXX i Microsoft.VSTS.XXX-są zarezerwowane w usłudze VSTS. Nazwy odwołań pól niestandardowych i typów nie mogą używać tych przestrzeni nazw.

Aby naprawić ten błąd, zmień nazwę refname atrybutu dla nazwanego pola w plikach definicji funkcji WIT, w których się pojawia.

Przykład błędu

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

  - OR - 

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

Przykład rozwiązania

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

TF402544: Pole [refName], zdefiniowane w typie elementu roboczego [witName], wymaga reguły zawierającej ALLOWEDVALUES wartości do obsługi elementu [elementName] określonego w elemencie ProcessConfiguration.

Edytuj nazwane pole w nazwanym WIT, aby podać brakującą ALLOWEDVALUES regułę, odwołując się do nazwanego elementu, aby uzyskać więcej szczegółów.

Element TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity"pliku ProcessConfiguration.xml wymaga listy wyboru jest zdefiniowany dla pola Microsoft.VSTS.Common.Activity we wszystkich sieciach WIT należących do kategorii zadań.

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

Jeśli dodano usterki do kategorii zadań, należy się upewnić, że plik Bug.xml zawiera nazwane pole i określa tę samą listę wyboru, co zdefiniowano dla niej w pliku Task.xml.

Przykład błędu

Plik Bug.xml ma zdefiniowane pole, ale nie listę wyboru.

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

Przykład rozwiązania

Poprawiono plik Bug.xml

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

TF402545: Element [elementName] wymaga uwzględnienia pola [fieldName] w definicji typu elementu roboczego [witName].

Należy uwzględnić odpowiedni FIELD element w nazwie definicji funkcji WIT dla każdego field określonego w AddPanel sekcji pliku ProcessConfiguration.xml.
Należy również uwzględnić Control element w FORM sekcji o nazwie WIT.

Przykład błędu

ProcessConfiguration.xml określa dwa pola niestandardowe. Jednak te pola nie są zdefiniowane w pliku UserStory.xml.

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

Przykład rozwiązania

Brakujące FIELD elementy dodane do pliku UserStory.xml.

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

Aby obsługiwać element ProcessConfiguration [elementName], typ elementu roboczego [witName] musi zdefiniować typeField [typeField] (nazwa pola refname [refName]).

W elememencie ProcessConfiguration utworzono TypeField element z elementem TypeFieldValues. W typie elementu roboczego musisz odwołać się do tego samego TypeFieldelementu .

Przykład błędu

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>  

Element FeedbackRequest.xml używa pola Microsoft.VSTS.Feedback.ApplicationType, gdy powinien używać pola Custom.ApplicationType.

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

Przykład rozwiązania

FeedbackRequest.xml

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

TF402556: aby pole [refName] było dobrze zdefiniowane, należy nadać mu nazwę [fieldName] i ustawić jego typ na [fieldType]. Podana wartość [refName] to [fieldName] i typem jest [fieldType].

Jeśli korzystasz z serwera lokalnego i korzystasz z serwera tfsMigrator, ten błąd jest zwykle generowany, gdy proces jest nieaktualny, a pole systemowe nie jest poprawnie zdefiniowane. W większości przypadków należy użyć witadmin /changefield polecenia , aby poprawnie zmienić nazwę pola.

Przykłady pól zarezerwowanych

System zarezerwowany.XXX i Microsoft.VSTS.Pola XXX mają wymagane wartości nazwy i typu.

Pole Nazwisko Typ
System.Id ID Integer
System.Title Tytuł String
Microsoft.VSTS.Scheduling.StoryPoints Punkty historii Liczba rzeczywista
Microsoft.VSTS.Scheduling.RemainingWork Praca pozostała Liczba rzeczywista
Microsoft.VSTS.Scheduling.OriginalEstimate Oryginalne oszacowanie Liczba rzeczywista
Microsoft.VSTS.Scheduling.CompletedWork Ukończona praca Liczba rzeczywista

Przykład błędu

TF402556: aby pole Microsoft.VSTS.TCM.ReproSteps było dobrze zdefiniowane, należy nadać mu nazwę Kroki odtwarzania i ustawić jego typ na HTML. Pod warunkiem, że Microsoft.VSTS.TCM.ReproSteps to Moje kroki odtwarzania i typ to HTML.

W pliku Bug.xml przyjazna nazwa pola została zmieniona na "Moje kroki odtwarzania".

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

Przykład rozwiązania

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: Istnieją niespójne definicje dla pola [refName] w następujących typach elementów roboczych: [witName]. Upewnij się, że wszystkie odwołania do pola mają takie same wartości RefName, Name i Type.

FIELD definicje elementów dla pól o tej samej przyjaznej nazwie muszą być spójne między sieciami WIT. Sprawdź, refnameczy atrybuty , namei type są takie same w każdej definicji funkcji WIT dla nazwanego pola.

Przykład błędu

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

Zwróć uwagę, że name atrybuty i type różnią się od atrybutów w typie elementu roboczego Bug.xml

Przykład rozwiązania

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: Definicja pola [refName] jest niespójna z istniejącą definicją pola w następujących szablonach: [templateNames].

Pola muszą być definiowane spójnie między procesami, które zostały lub które planujesz zaimportować do usług Azure DevOps Services. System nie umożliwia importowania procesu zawierającego FIELD element zdefiniowany w jeden sposób w procesie A i w inny sposób w procesie B. Wszystkie FIELD atrybuty elementu muszą być zgodne.

Przykład

Przetwarzanie A, Bug.xml

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

Proces B, Bug.xml

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

Zwróć uwagę, jak określono różne wartości dla name atrybutów i .type

Rozwiązanie

Upewnij się, że pola tego samego refname obiektu są zdefiniowane tak samo we wszystkich procesach, które
zaimportowano usługę Azure DevOps Services lub planowano je zaimportować.

TF402559: definicja pola [refName] jest niespójna z istniejącym polem. Element type to [typeName], ale powinien mieć wartość [typeName].

Edytuj pliki WIT zawierające nazwane pole, aby upewnić się, że określona type wartość atrybutu jest spójna we wszystkich sieciach sieci WIT.

TF402562: Zdefiniowano pola [n] dla typu elementu roboczego [witName]. Dozwolone są tylko [fieldLimit].

Zdefiniowano pola [n] dla typu elementu roboczego [witName]. Dozwolone są tylko [fieldLimit]. W ramach pojedynczego elementu WIT można określić tylko określoną liczbę pól.

Zmodyfikuj nazwany element WIT i usuń dodatkowe pola niestandardowe, aby zmniejszyć łączną liczbę pól do przekroczenia dozwolonego limitu.

TF402563: Zdefiniowano łącznie pola [n] dla wszystkich typów elementów roboczych. Dozwolone są tylko [fieldLimit].

Zdefiniowano pola [n] dla wszystkich sieci WIT zdefiniowanych w procesie. Dozwolone są tylko [fieldLimit]. Obejmuje to system.XXX i Microsoft.VSTS.Pola przestrzeni nazw XXX , a także pola niestandardowe.

FIELDS Przejrzyj sekcje i WORKFLOW i określ, które pola niestandardowe mają być usuwane.

TF402566: Zdefiniowano reguły pól [n] dla typu elementu roboczego [witName]. Dozwolona jest maksymalna wartość [ruleLimit].

Zdefiniowano reguły pól [n] dla nazwanego elementu WIT, które przekraczają dozwoloną liczbę reguł pól dla dowolnego elementu WIT.

Zmodyfikuj nazwany element WIT i usuń dodatkowe reguły pól, aby zmniejszyć łączną liczbę pól do przekroczenia dozwolonego limitu.

TF402568: zdefiniowano pola syncnamechanges="true" [n] dla typu elementu roboczego [witName]. Dozwolone jest maksymalnie 64.

Liczba pól syncnamechanges="true" zdefiniowanych dla nazwanego elementu WIT przekracza dozwolony limit. Obejmuje to system.XXX i Microsoft.VSTS.Pola przestrzeni nazw XXX , a także pola niestandardowe.

Przejrzyj sekcję FIELDS o nazwie WIT i określ, które pola niestandardowe mają być usuwane lub modyfikowane.

Przykład

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

TF402569: zdefiniowano wartości [n] dla pola [fieldName] w typie elementu roboczego [witName]. Dozwolona jest maksymalna liczba parametrów [listLimit].

Liczba elementów zdefiniowanych LISTITEM dla nazwanego pola w nazwanym WIT przekracza dozwolony limit.

Zmodyfikuj nazwany element WIT, aby zmniejszyć liczbęLISTITEM elementów, aby nie przekraczać dozwolonej wartości maksymalnej.

Przykład

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

Zwróć uwagę, że wartości usterki i scenariusza refname użytkownika są różne.

TF402584: Atrybuty reguły pola "for" lub "nie" nie są obsługiwane.

Atrybuty "for" i "not" nie są w ogóle obsługiwane dla żadnej reguły pola do importowania do usług Azure DevOps Services.
Przejrzyj sekcje FIELDS i WORKFLOW , aby uzyskać informacje o obecności atrybutów "for" i i "not" i je usunąć.

Przykład błędu

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

Przykład rozwiązania

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

TF402593: Reguły pól nie są obsługiwane dla pola [fieldName].

Większość pól System i Microsoft.VSTS nie obsługuje reguł. Zobacz Reguły i ocena reguł, aby uzyskać pełną listę obsługiwanych reguł pól.

Edytuj pliki definicji dla typów elementów roboczych zawierających nazwane pole i usuń określone dla niego reguły pól.

TF402602: Pole [refName] musi mieć dokładnie te wartości [wartości ].

Wszystkie pola zdefiniowane przez usługę VSTS w zastrzeżonych przestrzeniach nazw-System.XXX i Microsoft.VSTS.XXX-nie może być zmieniany. Jeśli chcesz mieć inną listę wartości w tych polach listy wyboru, zdefiniuj własne pole niestandardowe.

Przykład błędu

Plik Bug.xml ma zdefiniowane pole priorytetu, ale ma inną listę wartości niż oczekiwano.

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

Przykład rozwiązania

Poprawiono plik Bug.xml zawierający nowe pole

      <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: nie można odnaleźć użytkownika lub grupy [project]\Nazwa grupy. Sprawdź, czy istnieją użytkownicy i grupy używane w definicji typu elementu roboczego.

Niestandardowe grupy z zakresem projektu nie są obsługiwane. Można odwoływać się tylko do grup o określonym zakresie na poziomie konta.

Przykład błędu

Bug.xml odwołuje się do grupy o określonym zakresie projektu.

... "[project]\Organization Leaders"

Przykład rozwiązania

Utwórz nową grupę na poziomie konta (kolekcji) "Liderzy organizacji" i odwołuj się do niej odpowiednio w kodzie XML.

... "[global]\Organization Leaders"

Uwaga

Nowo utworzona grupa globalna może trochę potrwać przed odnalezieniem przez proces importowania.

TF237094: Nazwa pola "[fieldName]" jest używana przez pole "[refName]", więc nie może być używana przez pole "[refName]".

Nazwa pola już istnieje o tej samej nazwie w innym polu. Zmień nazwę pola.

Przykład błędu

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

Przykład rozwiązania

Zmienianie nazwy pola Custom.NewField.ExternalID

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

Układ elementu roboczego

VS403104: Typ elementu roboczego [witName] odwołuje się do wymaganego pola [refName], które nie jest uwzględnione we wszystkich układach.

To ostrzeżenie jest generowane, jeśli masz wymagane pole w typie elementu roboczego, do którego odwołuje się <Layout> węzeł, ale nie <WebLayout>. Element <WebLayout> służy do modyfikowania układu nowego formularza. Aby uzyskać szczegółowe informacje, zobacz WebLayout xml reference (Dokumentacja xml elementu WebLayout).

VS403073: Grupowanie i <Group Name>: narusza regułę, że grupa może zawierać tylko jedną kontrolkę HTML lub WebPage poprzedzoną kontrolkami etykiet.

W nowym układzie formularza grupa może zawierać tylko jeden element HTMLFieldControl lub WebPageControl.

Przykład błędu

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

Aby rozwiązać ten problem, utwórz dwie oddzielne grupy zawierające jedną kontrolkę.

Przykład rozwiązania

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

Przykład błędu

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

Przykład rozwiązania

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

Definicje przepływu pracy

TF402567: Zdefiniowano stany przepływu pracy [n] dla typu elementu roboczego [witName]. Dozwolona jest maksymalna wartość parametru [stateLimit].

Zdefiniowano stany przepływu pracy [n] dla nazwanego elementu WIT, który przekracza dozwoloną liczbę stanów przepływu pracy dla dowolnego elementu WIT.

Zmodyfikuj sekcję WORKFLOW o nazwie WIT i usuń dodatkowe STATE elementy, aby zmniejszyć łączną liczbę stanów do przekroczenia dozwolonego limitu.

TF402578: Pole [refName] określa przyjazną nazwę [friendlyName], która jest już używana przez pole [refName]. Przyjazne nazwy muszą być unikatowe we wszystkich definicjach pól.

Nazwy pól muszą być unikatowe w obrębie typu elementu roboczego.

Przykład błędu

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

Zwróć uwagę, że istnieją dwa pola o nazwie <FIELD name="Foo"

Przykład rozwiązania

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

TF402579: Nazwa [friendlyName] jest używana wiele razy w różnych polach w następujących typach elementów roboczych: [witNames]. Nazwa pól musi być unikatowa w kolekcji projektów.

Pola odwołujące się do tego samego muszą mieć tę samą refname="MyCompany.FieldName" przyjazną wartość nazwy FIELD name="fieldname" .

Przykład błędu

Przetwarzanie A, Bug.xml

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

Proces B, Bug.xml

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

Ponieważ oba pola mają taką samą nazwę odwołania, refname="MyCompany.CustomFields.Foo"muszą również określić tę samą przyjazną nazwę <FIELD name="Foo" we wszystkich zaimportowanych procesach lub zostaną zaimportowane do usług Azure DevOps Services.

TF402580: Można użyć tylko nazwy [witName] dla pojedynczego typu elementu roboczego.

Przyjazne nazwy WORKITEMTYPE name="Name" WIT muszą być unikatowe w procesie.

Przykład błędu

Mój element roboczy A.xml

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

Mój element roboczy B.xml

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

Zwróć uwagę, że wartość WORKITEMTYPE name= jest taka sama w obu typach elementów roboczych.

Przykład rozwiązania

Mój element roboczy A.xml

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

Mój element roboczy B.xml

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

TF402581: Dla pojedynczego typu elementu roboczego można użyć tylko nazwy refname [refName].

Nazwy refname="value" odwołań WIT muszą być unikatowe w ramach procesu.

Przykład błędu

Bug.xml

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

UserStory.xml

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

zwróć uwagę, że obie refname wartości są równe "MyCompany.Name"

Przykład rozwiązania

Bug.xml

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

UserStory.xml

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

TF402582: Typ elementu roboczego [witName] zawiera kontrolkę niestandardową [controlName], która nie jest obsługiwana.

Kontrolki niestandardowe nie są obsługiwane w usługach Azure DevOps Services. Przejrzyj sekcję FORM o nazwie WIT i usuń wszystkie zdefiniowane kontrolki niestandardowe.

Przykład błędu

Type="OneViewMultiValueControl" określa kontrolkę niestandardową. Należy go usunąć lub zamienić na obsługiwaną kontrolkę.

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

Błędy wtyczki do zarządzania testami

Plik TestManagement.xml znajdujący się w folderze Zarządzanie testami musi być zgodny ze składnią i regułami opisanymi w artykule Definiowanie początkowej konfiguracji menedżera testów.

TF402533: Brak atrybutu 'fileName' elementu "[elementName]" w wtyczki TestManagement.

Dodaj brakujący atrybut do nazwanego elementu w pliku TestManagement.xml.

TF402534: wtyczka TestManagement zawiera nieobsługiwane zadanie "[taskName]"

Popraw nazwane zadanie w pliku TestManagement.xml.

Przykład błędu

Element TestResolutionStates został błędnie napisany.

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

Przykład rozwiązania

Poprawiono błędy pisowni.

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