プロセスインポートの検証エラーを解決する

Azure DevOps Services

重要

インポート プロセスでは、ホストされた XML プロセス モデルがサポートされています。これにより、プロセス テンプレートの WIT 定義を更新してカスタマイズを管理できます。 この機能は、Azure DevOps データ インポート サービスを使用して Azure DevOps Services に移行された組織でのみ使用できます。 Azure DevOps Services プロセスのカスタマイズについてご質問がある場合は、お問い合わせください

継承プロセス モデルを使用する場合は、継承されたプロセスを作成することで、ユーザー インターフェイスを使用して作業の追跡をカスタマイズできます。 オンプレミスの XML プロセス モデルを使用する場合は、プロセス テンプレートをカスタマイズできます。「プロセス テンプレートを アップロードまたはダウンロードする 」と「 プロセス テンプレートをカスタマイズする」を参照してください。

プロセス モデルの詳細については、「 作業追跡のカスタマイズ」を参照してください。

プロセスのインポート中にプロセスが検証され、カスタム プロセスでシステムが期待どおりに動作することを確認します。 プロセスが検証に失敗した場合、エラー メッセージの一覧が表示されます。

Process successfully imported

インポート プロセスを試したときに検証エラーが発生した場合は、インポートを再試行する前にエラーを解決する必要があります。 各エラーには、特定の検証エラーの詳細と、その修正方法に関するガイダンスを示すリンクがあります。 受信したメッセージに対して提供された解決策を適用し、更新されたファイルを zip 圧縮して、インポート操作を再試行します。

カスタマイズを開始したばかりの場合は、 提供されている検証規則を確認します。

情報メッセージ - アクションは必要ありません

TF402555: フィールド [refName] が 削除されます。

インポートするプロセスには、更新中のプロセスに名前付きフィールドが含まれていないため、更新操作の一部として削除されます。

シナリオの例

  1. Bug.xml 作業項目にユーザー設定フィールドを追加する
    <FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
    
  2. インポート プロセス
  3. Bug.xml からフィールドを削除する
  4. 更新されたプロセスのインポート

削除するフィールドに関する情報メッセージが表示されます。
TF402555: Field MyCompany.CustomFields.Foo will be deleted

TF402591: 既存のプロセス [processName] では、参照名 [refName] のフィールドの名前を '[name1]' から '[name2]' に変更できません。

インポートするプロセスには、現在のプロセスで同じもの refname を使用する名前が変更されたフィールドが含まれています。

フィールド名の名前を変更することはできません。

TF402598: 作業項目の種類 [refName] が 削除されます。

更新するプロセスには、現在のプロセスに存在する名前付き WIT は含まれません。 既存のプロセスの更新の一環として、システムは現在のプロセスから名前付き WIT を削除します。

シナリオの例

  1. "LSI" という名前の新しい作業項目の種類を作成 する
    <WORKITEMTYPE name="LSI" refname="My.LSI">  
    
  2. インポート プロセス
  3. プロセスから LSI 作業項目の種類を削除する
  4. 更新されたプロセスのインポート

削除に関する情報メッセージが表示されます。
TF402598: Work item type My.LSI will be deleted

TF402601: 作業項目の種類 [witName] の名前が [name2] から [name1]変更されました

このプロセスには、名前が変更された WIT が含まれています。 WIT は、既存のプロセスで名前が変更されます。
更新するプロセスには、現在のプロセスの名前から名前が変更された WIT が含まれています。
既存のプロセスの更新の一環として、システムは現在のプロセスで WIT の名前を変更します。 プロセスを参照する既存のプロジェクトのすべての作業項目の名前も変更されます。

シナリオの例

  1. "LSI" という名前の新しい作業項目の種類を作成 する
    <WORKITEMTYPE name="LSI" refname="My.LSI">  
    
  2. インポート プロセス
  3. LSI 作業項目の種類の名前をライブ サイト インシデントに変更する
    <WORKITEMTYPE name="Live Site Incident" refname="My.LSI">  
    
  4. 更新されたプロセスのインポート

名前を変更する WIT に関する情報メッセージが表示されます。
TF402601: Work item type My.LSI will be renamed to 'Live Site Incident' from 'LSI'

その他のファイル エラー

TF402586: エラー解析ファイル: [エラー メッセージ]

形式が正しくない XML 構文では、ファイルの解析エラーが発生する可能性があります。 終了タグの欠落、引用符の欠落、開いている角かっこまたは閉じかっこ (< または) が見つからないと >、解析ファイル エラーが発生する可能性があります。

エラー メッセージから、形式が正しくない XML のソースを特定して修正します。

TF402594: ファイルがスキーマに違反し、[エラー メッセージ]

プロセス zip ファイル内の各 XML ファイルは、指定されたスキーマに準拠している必要があります。 スキーマ違反エラーは、XML ファイル内のカスタム XML タグまたは属性によって発生します。 エラー メッセージを読んでスキーマ違反の原因を特定し、それに応じて修正します。

作業項目追跡のスキーマ定義では、要素内のすべての子要素が FORM キャメル ケースとして定義され、他のすべての要素がすべて大文字として定義されます。 種類の定義ファイルの検証中にエラーが発生した場合は、要素の大文字と小文字の構造を確認してください。 また、開始タグと終了タグの大文字と小文字の構造は、XML 構文の規則に従って一致する必要があります。

エラーの例

カスタム XML タグ:

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

XML 要素に追加された追加の属性:

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

VS412450: [fileName]XML スキーマ検証エラー。 [エラー メッセージ]

名前付きファイルのスキーマ エラーを修正します。

プロセス テンプレート プラグイン エラー

ProcessTemplate.xml は、プロセス全体と、プロセスを追加または更新するためにインポートされるすべての XML 定義ファイルを定義するルート ファイルです。 このファイルには、プロジェクトの作成時に参照されるすべてのプラグインとタスク グループが含まれています。 各タスク グループは、特定のタスクが定義されている下位 XML ファイル (多くの場合、サブフォルダー内) を参照します。 一般に、プラグインごとに 1 つのタスク グループを指定します。

ProcessTemplate.xml 定義ファイルは、ProcessTemplate XML 要素リファレンスで説明されている構文と規則に準拠している必要があります。

VS412457: 指定されたファイル '[fileName]' がプロセス パッケージに見つかりませんでした。

名前付きファイルを含むようにプロセス zip パッケージを修正します。

VS402452: プロセス テンプレートでバージョンが指定されていないか、無効なバージョンが指定されました。

ProcessTemplate.xml ファイルを編集してバージョンを指定します。

エラーの例

ProcessTemplate.xml ファイルは、ロックされたプロセスであるアジャイル プロセスと同じ version GUID を指定します。

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

解決策の例

別の 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: プロセス テンプレートの zip ファイルに必要なプラグイン [pluginName] が含まれません。

ProcessTemplate.xml ファイルとそのサポートされているプラグイン ファイル内に一覧表示されているすべてのファイルは、プロセス zip ファイル内に存在する必要があります。

検索ツールを使用して、プロセス ファイルとフォルダーのセット内の filename=value のすべてのインスタンスを検索します。 次に、プラグインを更新して、不足している名前付きファイルを削除するか、名前付きファイルをそれが属するプロセス フォルダーに追加します。

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

エラーの例

WorkItemTracking プラグインは指定 fileName="WorkItem Tracking\TypeDefinitions\Epic.xmlしますが、WorkItem Tracking\TypeDefinitions フォルダーに追加されていません。

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

解決策の例

Epic.xml ファイルを WorkItem Tracking\TypeDefinitions フォルダーに追加します。

VS412454: プラグイン [pluginName] にはいくつかの taskList{1}が {2}含まれています。 プラグインごとに 1 つだけ taskList 許可されます。

定義されている要素の数 tasklist を減らすために、名前付きプラグインの ProcessTemplate.xml ファイルを修正します。

エラーの例

WorkItemTracking プラグインには、2 つの tasklist ステートメントが含まれています。

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

解決策の例

    <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: プロセスに含めることができるカテゴリ定義ファイルは 1 つだけです。

エラーの例

WorkItems.xml ファイルには、2 つの CATEGORIES ステートメントが含まれています。

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

解決策の例

WorkItems.xml ファイルは、ステートメントが 1 つだけ CATEGORIES 含まれるよう更新されました。

  <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: プロセスに含めることができる ProcessConfiguration 定義ファイルは 1 つだけです。

エラーの例

WorkItems.xml ファイルに重複する ProjectConfiguration ステートメントが含まれています。

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

解決策の例

WorkItems.xml ファイルは、ステートメントが 1 つだけ ProjectConfiguration 含まれるよう更新されました。

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

TF402587: 必須の ProcessConfiguration ファイルがありません。

WorkItems.xml ファイルは、アップロードする ProcessConfiguration ファイルを指定します。 ファイルが指定されていないか、古い仕様が含まれているか、指定されたファイルがテンプレートに見つからないか、フォルダー/ファイル名が正しくありません。

エラーの例

指定された構成は古く、Process フォルダーに含まれていない 2 つのファイルを指定します。

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

解決策の例

正しい構成 ProjectConfiguration ステートメントを含む WorkItems.xml ファイルが更新されました。

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

TF402577: Field [refName] は、プロセス [processNames] のフィールド [refName] で既に使用されているフレンドリ名 [friendlyName]指定します。

フレンドリ名は、Azure DevOps Services にインポートされるすべてのプロセスに対して指定されたすべての WIT 定義のすべてのフィールド定義で一意である必要があります。

名前付きプロセスには、フレンドリ名を使用するフィールドを定義する WIT が含まれています。

[refName] を含むプロセス zip ファイル内の WIT 定義を変更し、別のフレンドリ名を指定するか、使用中の既存のフィールドと一致させます。

エラーの例

UserStory WIT 定義には、 FIELD フレンドリ名 Product を持つ Fabrikam.Product.Family の要素が含まれています。

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

ただし、既存のプロセスでは、Fabrikam.Product.Versions はフレンドリ名 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>

解決策の例

既存のフィールドと一致するように UserStory WIT 定義を更新します。

      <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: プロセス テンプレートに必要な WorkItemTracking プラグイン参照がありません。

ProcessTemplate.xml ファイルのセクションでmetadataプラグインを指定Microsoft.ProjectCreationWizard.WorkItemTrackingする必要があります。

エラーの例

Microsoft.ProjectCreationWizard.WorkItemTracking ProcessTemplate.xml ファイルのpluginsセクションにプラグインがありません。

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

解決策の例

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

カテゴリ

Categories.xml 定義ファイルは、Categories XML 要素リファレンスで説明されている構文と規則に準拠している必要があります。

TF402546: カテゴリ [categoryName] がカテゴリ ファイルに表示されません。

ProcessConfiguration.xml ファイルで参照されるすべてのカテゴリは、Categories.xml ファイルで定義する必要があります。 さらに、システムでは、Categories.xml ファイルに次のカテゴリの定義が含まれている必要があります。

  • バグ カテゴリ
  • コード レビュー要求カテゴリ
  • コード レビュー応答カテゴリ
  • フィードバック要求カテゴリ
  • フィードバック応答カテゴリ
  • 非表示の型カテゴリ
  • 要件カテゴリ
  • 共有ステップ カテゴリ
  • 共有パラメーター カテゴリ
  • Task Category
  • テスト ケース カテゴリ
  • テスト 計画カテゴリ
  • Test Suite カテゴリ

Categories.xml ファイルを更新して、不足している [名前] カテゴリを 定義します。

エラーの例

ProcessConfiguration はエピック カテゴリを参照しますが、Categories.xml 定義ファイルにはありません。

解決策の例

エピック カテゴリがカテゴリ ファイルに追加されます。

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

TF402553: 要素 [名前] は 、カテゴリ ファイルで定義されていないカテゴリ [categoryName] を参照します。

不足している [categoryName] カテゴリを定義するように Categories.xml ファイルを更新します。

TF402560: [n] カテゴリを定義しました。 [nn] のみが許可されます。

すべての CATEGORY 要素ステートメントの Categories.xml ファイルを確認し、許可された制限を超えないように削除できるステートメントを決定します。 次に、ProcessConfiguration.xml ファイルを確認して、削除されたカテゴリを参照する値を置き換えます。

TF402596: Category [categoryName] では 、作業項目の種類 [witName] は定義されません。

カテゴリは、/WorkItem Tracking/TypeDefinitions フォルダーで定義され、WorkItems.xml プラグイン ファイルにアップロードするタスクとしてリストされている WIT を参照する必要があります。
/WorkItem Tracking/TypeDefinitions フォルダーに含まれていない WIT への参照については、Categories.xml ファイルを確認します。

エラーの例

Microsoft.EpicCategory で参照されている WIT の名前のスペルが間違っている。

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

解決策の例

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

TF402597: ProcessConfiguration では参照されないため、カスタム カテゴリ [categoryName] はサポートされていません。

ProcessConfiguration でアジャイル ツール機能を構成するために使用するカスタム カテゴリのみを指定できます。
ProcessConfiguration.xml ファイルを確認し、カテゴリのサポートを追加できなかったかどうかを確認します。 それ以外の場合は、Categories.xml ファイルから [categoryName] を削除します。

エラーの例

ProcessConfiguration は、Categories.xml 定義ファイルで定義されていますが、Microsoft.EpicCategory を参照しません。

解決策の例

ProcessConfiguration に追加 PortfolioBacklog して、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>

参照記事:

分類プラグイン エラー

Classification.xml 定義ファイルは、分類プラグインで説明されている構文と規則に準拠している必要があります。

TF402511: 分類プラグインには、重複するプロパティ名 [propertyName] が含まれています。

エラーの例

Classification.xml ファイルには、コンテナー要素の下に 2 番目 property name="MSPROJ" のステートメントが 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>

解決策の例

重複するステートメントを削除します。

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

TF402512: ファイル [fileName] が 存在しません。

Classification.xml ファイルで指定されたファイルが指定されたパスに存在しないか、パスのスペルが間違っている。

エラーの例

分類フォルダーのパスのスペルが間違って表示されます。

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

解決策の例

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

TF402513: 分類プラグインの名前 [pathName] が TreePath の名前付け制限に準拠していません。

指定した要素を Node 確認し、サポートする名前付け規則に準拠するように名前を変更します。 リファレンス: 領域パスと反復パスを追加および変更します

エラーの例

パス名には、許可されていない # 文字が含まれます。

        <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="">
          <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] はサポートされていません。

この属性ではStructureType、次の値のみが許可されますProjectLifecycleProjectModelHierarchy
指定した Node 要素を確認し、サポートされていない属性を削除します。

エラーの例

ProjectLifecycle のスペルが間違っています。

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

解決策の例

スペルミスの名前が修正されました。

        <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: 分類プラグインのプロパティ属性が見つからないか、サポートされていません。

この要素ではproperty、次の属性のみが許可されます。 namevalueisFile
指定した property 要素を確認し、サポートされていない属性を削除します。

エラーの例

属性の value スペルが間違って表示されます。

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

解決策の例

スペルミスの属性が修正されました。

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

TF402516: 分類プラグインには、サポートされていない 2 つ以上のルート レベルのノードが含まれています。

指定した要素を Node 確認し、追加のルート レベル ノードを削除します。

エラーの例

Classification.xml ファイルには、コンテナー要素の下に 2 番目 Node StructureType="ProjectLifecycle" のステートメントが 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>

解決策の例

2 番目のステートメントを削除します。

      <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: GroupsandPermissions プラグインの区分パスまたは反復パス '[pathName]' が分類プラグインにありません。

Classification.xml ファイルに不足している [pathName] を 追加するか、GroupsandPermissions.xml ファイルから削除します。

エラーの例

Classification.xml ファイルは、イテレーションではなくスプリントを指定します。

GroupsandPermissions.xmlteamSettings はイテレーションを指定します。

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

ただし、Classification.xml はスプリントを指定します。

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

解決策の例

スプリントを使用するように GroupsandPermissions.xml を更新します。

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

Note

現在のインポート プロセスでは、カスタム リンクの種類はサポートされていません。

すべての LINKTYPE 要素ステートメントの WorkItems.xml プラグイン ファイルを確認します。 許可されている制限を超えないように、カスタム リンクの種類に関連付けられているステートメントを削除します。 次に、対応するリンク型定義ファイルを LinkTypes フォルダーから削除します。

また、セクションの下FORMのセクション内LinksControlOptionsの WIT 定義に追加したカスタム リンクの種類への参照を削除します。

すべての LINKTYPE 要素ステートメントの WorkItems.xml プラグイン ファイルを確認します。 カスタム リンクの種類を指定するステートメントをすべて削除します。 次に、対応するリンク型定義ファイルを LinkTypes フォルダーから削除します。

WorkItems.xml プラグイン ファイル内の次 LINKTYPE の要素ステートメントが有効です。

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

グローバル リスト

Note

現在のインポート プロセス機能では、グローバル リストはサポートされていません。

TF402564: [n] グローバル リストを定義しました。 [nn] のみが許可されます。

カスタム プロセス テンプレートで定義されている 1 つ以上の WIT に要素が GLOBALLIST 含まれています。 WIT 定義ファイルを検索し、任意のGLOBALLIST要素を要素にALLOWEDVALUESSUGGESTEDVALUES置き換えます。 参照構文については、「選択リストの定義」を参照してください

TF402565: グローバル リスト [globalListName] で [n] 項目を定義しました。 最大 [nn] を 指定できます。

名前付き GLOBALLIST 要素に含まれる項目の数が、許可されている数を超えています。 要素に含まれるリスト 項目の数を GLOBALLIST 減らすか、グローバル リストを 2 つ以上の要素に分割して、どちらのリストも許可される項目の最大数を超えないようにします。

参照構文については、「選択リストの定義」を参照してください

プロセス構成

ProcessConfiguration.xml 定義ファイルは、ProcessConfiguration XML 要素リファレンスで説明されている構文と規則に準拠している必要があります。

TF402543: 要素 [elementName] では 、1 つのワークフロー状態をメタステート [metastateName] にマップする必要があります。

States ProcessConfiguration.xml ファイル内の名前付き要素内のセクションを更新して、不足しているメタステート マッピングを提供するか、追加のマッピングを削除します。

エラーの例

ProcessConfiguration.xml RequirementBacklog 要素にメタステート マッピング 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 >

解決策の例

不足しているメタステート マッピングが追加されました。

<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: 要素 [elementName] では 、作業項目の種類 [witName] の場合、 少なくとも 1 つの状態を metastate [metastateName] にマップする必要があります。

WORKFLOW名前付き WIT に定義されている状態を確認し、ProcessConfiguration.xml ファイル内の名前付き要素内のセクションを更新Statesして、名前付き WIT に不足しているメタステート マッピングを提供します。

TF402548: 要素 [elementName] では 、少なくとも 1 つの状態を metastate [metastateName] にマップする必要があります。

States ProcessConfiguration.xml ファイル内の名前付き要素内のセクションを更新して、不足しているメタステート マッピングを提供します。

エラーの例

ProcessConfiguration.xml RequirementBacklog 要素にメタステート マッピング 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 >

解決策の例

不足しているメタステート マッピングが追加されました。

<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: 要素 [elementName] には、ワークフロー状態 [stateName] に対する複数のメタステート マッピングが含まれています。

メタステート値を複数のワークフロー状態にマップすることはできません。

エラーの例

ProcessConfiguration.xml RequirementBacklog 要素には、次の 2 つのメタステート マッピングが 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 >

解決策の例

メタステート マッピングが修正されました。

<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: 作業項目の種類 [witName] はワークフロー状態 [stateName] を定義しません。これは、ProcessConfiguration が要素 [elementName]メタ状態にマップするため、必須です。

ProcessConfiguration.xml ファイルまたは名前付き WIT のセクションを WORKFLOW 修正して、不足している STATE 要素と TRANSITION 要素を追加します。

エラーの例

ProcessConfiguration.xml RequirementBacklog 要素は指定します value="Committed"が、UserStory.xml は Committed を状態として定義しません。

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

解決策の例

Committed の要素を State 削除しました。

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

TF402552: 要素 [elementName] では 、作業項目の種類 [witName] の 場合、次の状態の metastate [metastateName] に 1 つの状態をマップする必要があります: [stateNames]

STATES ProcessConfiguration.xml ファイルの名前付き要素のセクションを確認し、エラー メッセージに一覧表示されている各 sate が存在し、メタステートにマップされていることを確認します。

エラーの例

ProcessConfiguration.xml RequirementBacklog 要素に、作業項目の種類にUser Story存在する状態Newがありません。 これは、マップされたリストに STATES 含まれている 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 >

解決策の例

メタステート マッピングが修正されました。

<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: 要素 [elementName] は 、サポートされていないメタステート [metastateName] を指定します

STATES ProcessConfiguration.xml ファイル内の名前付き要素のセクションを確認し、名前付きメタステートを削除または修正します。

エラーの例

ProcessConfiguration.xml RequirementBacklog 要素に、スペルミスのメタステート マッピング 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 >

解決策の例

メタステート マッピングが修正されました。

<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: 必須要素 [elementName] がプロセス構成にありません。

ProcessConfiguration.xml ファイルを編集して、不足している名前付き要素を追加します。

必要な要素の ProcessConfiguration XML 要素リファレンスを確認します。

TF402572: プロセス テンプレート パッケージで指定されたファイルが見つかりません。

アップロード用のプラグイン ファイルに指定されたファイルが zip ファイルに含まれていない。 アップロード用に指定されたすべてのファイルを確認し、それらがプロセス zip ファイルに含まれていることを確認します。

必要な要素の ProcessConfiguration XML 要素リファレンスを確認します。

TF402574: ProcessConfiguration で必須 TypeFieldの [typeField] が指定されていません。

ProcessConfiguration.xml ファイルを編集して、不足している名前付き TypeField 要素を追加します。

必要なTypeField要素の ProcessConfiguration XML 要素リファレンスを確認します。

スクラム プロセスでは、次 TypeField の要素を指定します。 これらのいずれかが見つからない場合は、エラー 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: 複数のポートフォリオ バックログ [backlogNames] で [backlogName] が親として定義されています。 親バックログには、子バックログが 1 つだけ含まれる場合があります。

1 つの親バックログにマップできるのは、1 つの子ポートフォリオ バックログだけです。

ProcessConfiguration を編集して、親子バックログの仕様を修正します。

エラーの例

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

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

解決策の例

フィーチャー バックログの親をエピック バックログをポイントするように変更します。

  <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: ポートフォリオ バックログ [backlogName] は 、未定義の親ポートフォリオ バックログ [backlogName] を参照します。

ProcessConfiguration.xml 定義には、未定義の parent ポートフォリオ バックログを参照する値が含まれています。

エラーの例

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

解決策の例

ProcessConfiguration.xml ファイルに Epic PortfolioBacklog を追加します。

  <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: 複数のポートフォリオ バックログ [バックログ 1、バックログ 2] では 、その親が定義されていません。

一番上のバックログである 1 つのポートフォリオ バックログのみが、親を解除できます。 その他のすべてのバックログには、属性と値を parent="Microsoft.FooCategory" 含める必要があります。

解決策の例

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

402595: 定義されているポートフォリオ バックログが多すぎます。 最大 5 個まで使用できます。

ProcessConfiguration.xml ファイルを編集して、セクションから追加 PortfolioBacklog の要素を PortfolioBacklogs 削除します。

詳細については 、ProcessConfiguration XML 要素リファレンス を参照してください。

TF400506: この要素は、バグまたは欠陥を表す作業項目の状態を定義します。

このエラーは、セクションが BugWorkItems 正しく構成されていない場合に発生します。 に含まれる作業項目の種類に対して定義された各状態は、 Microsoft.BugCategory セクションで定義されている状態値のセットに存在する BugWorkItems 必要があります。 たとえば、バグ作業項目の種類 (新規、承認済み、コミット済み、完了) に定義されている作業項目の種類に対して次の状態が定義されている場合BugWorkItems、セクションは次のように構成する必要があります。

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

詳細については、「ProcessConfiguration XML 要素リファレンス」を参照してください

TF400507: 各作業項目の種類は、BugWorkItems で定義されている状態のいずれかに一致する初期状態の値をサポートする必要があります。

このエラーは、ProcessConfiguration XML ファイルのセクションに Microsoft.BugCategoryBugWorkItems まれていない初期状態を指定する作業項目の種類が指定されている場合に発生します。 名前付き作業項目の種類の XML 定義ワークフローの状態を修正するか、不足している状態を BugWorkItems 含むようにセクションを更新します。

詳細については、「ProcessConfiguration XML 要素リファレンス」を参照してください

TF400572: この機能を使用するには、プロジェクト プロセス 設定を構成する必要があります。

これは、プロジェクト プロセスが存在する前の TFS 2010 以前のバージョンのテンプレート設定原因です。 アップグレード後に機能の構成を実行して解決するか、ProcessConfiguration XML ファイルプロセス テンプレートに追加してみてください。

作業項目の種類

TF402570: [n] 作業項目の種類を定義しました。 最大 [witLimit] を 使用できます。

プロセスで許可されるより多くの WIT を定義しました。 WorkItems.xml ファイルを確認し、それに含まれるステートメントの WORKITEMTYPE 数を減らし、関連付けられている WIT 定義ファイルをプロセスから削除します。

TF402573: 作業項目の種類 WIT では、必要な refname 属性が指定されていません。

作業項目の種類 (バグ、ユーザー ストーリー、タスクなど) には属性が refname 必要です。 refname 値は一意である必要があり、予約済みの名前空間を含めることはできません。 namespaces-System。XXX と Microsoft.VSTS。XXX は Azure DevOps によって予約されています。

詳細については、 すべての WITD XML 要素リファレンス を参照してください。

エラーの例

<WORKITEMTYPE name="Bug">

解決策の例

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

TF402599: 作業項目の種類 refname [refName] は、許可されていない名前空間 [名前空間] を使用しているため、無効です。

カスタム フィールドと WIT の参照名では、予約済みの名前空間 (System) を使用できません。XXX と Microsoft.VSTS。XXX

refname名前付き WIT の属性を編集します。

エラーの例

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

解決策の例

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

TF402600: 作業項目の種類の参照名 [refName] が 無効です。 作業項目の種類の参照名には、文字のみを含め、スペースを含めず、少なくとも 1 つのピリオド (.) を含む必要があります。

WIT 参照名は、確立された名前付け規則に従う必要があります。文字のみ、スペースなし、少なくとも 1 つのピリオド (.)

名前付け要件を refname 満たすように、名前付き WIT の属性を編集します。

エラーの例

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

解決策の例

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

作業項目フィールド

TF402538: フィールド ルール [ruleName] は サポートされていません。

WIT 定義を編集して、名前付き規則を削除します。 Azure DevOps へのインポートでは、次の規則はサポートされていません。 MATCHCANNOTLOSEVALUEPROHIBITEDVALUESNOTSAMEAS

TF402539: フィールド [refName] では 、次の規則のみが許可されます: [ruleNames]

名前付きフィールドの WIT 定義を編集し、許可されていない規則を削除します。 セクションとWORKFLOWセクションの両方をFIELDS確認します。 ほとんどのシステム フィールドでは、ルールを指定できません。

システム フィールドで使用する有効なルール

名前 許可されるルール
System.Title REQUIRED, DEFAULT
System.Description REQUIRED, DEFAULT
System.AssignedTo REQUIREDDEFAULT、、 ALLOWEXISTINGVALUEVALIDUSER
System.ChangedBy REQUIREDDEFAULT、、 ALLOWEXISTINGVALUEVALIDUSER

TF402540: 作業項目の種類 [witName] は、グローバル リスト [GLOBALLIST]指定しているため無効です。 グローバル リストはサポートされていません。

VSTS ではグローバル リストはサポートされていません。 要素のすべてのインスタンスを GLOBALLISTALLOWEDVALUESLISTITEM 、すべての WIT 定義ファイル内の要素に置き換えます。 リファレンス: 選択リストを定義します

エラーの例

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

解決策の例

<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: 作業項目の種類 [witName] は、グローバル リスト [globalListName]参照しているため無効です。 グローバル リストはサポートされていません。

VSTS ではグローバル リストはサポートされていません。 要素のすべてのインスタンスを GLOBALLISTALLOWEDVALUESLISTITEM 、すべての WIT 定義ファイル内の要素に置き換えます。 リファレンス: 選択リストを定義します

エラーの例

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

解決策の例

<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: ユーザー設定フィールドの refname [refName] は、許可されていない名前空間 [namespace]使用しているため無効です。

namespaces-System。XXX と Microsoft.VSTS。XXX は VSTS で予約されています。 カスタム フィールドと型の参照名では、これらの名前空間を使用できません。

このエラーを修正するには、表示される WIT 定義ファイル内の名前付きフィールドの属性の名前を変更 refname します。

エラーの例

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

  - OR - 

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

解決策の例

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

TF402544: 作業項目の種類 [witName] で定義されているフィールド [refName]には、ProcessConfiguration で指定された要素 [elementName] をサポートする値を含むルールが必要ALLOWEDVALUESです。

名前付き WIT の名前付きフィールドを編集して、不足している ALLOWEDVALUES ルールを指定し、名前付き要素を参照して詳細を確認します。

ProcessConfiguration.xml ファイル要素では、 TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity"タスク カテゴリに属するすべての WIT の Microsoft.VSTS.Common.Activity フィールドに対して選択リストが定義されている必要があります。

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

タスク カテゴリにバグを追加した場合は、Bug.xml ファイルに名前付きフィールドが含まれていることを確認し、Task.xml ファイルで定義されているのと同じ選択リストを指定する必要があります。

エラーの例

Bug.xml にはフィールドが定義されていますが、選択リストは定義されていません。

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

解決策の例

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: 要素 [elementName] では、作業項目の種類 [witName] の定義にフィールド [fieldName]含める必要があります。

ProcessConfiguration.xml ファイルのセクション内AddPanelで指定するそれぞれのfield名前付き WIT 定義に、対応するFIELD要素を含める必要があります。
また、名前付き WIT のセクション内にFORM要素を含めるControl必要があります。

エラーの例

ProcessConfiguration.xml では、2 つのユーザー設定フィールドを指定します。 ただし、これらのフィールドは UserStory.xml ファイルでは定義されていません。

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

解決策の例

UserStory.xml ファイルに追加された要素がありません FIELD

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

ProcessConfiguration 要素 [elementName] をサポートするには、作業項目の種類 [witName] で TypeField [typeField] (フィールド refname [refName]) を定義する必要があります。

ProcessConfiguration で、次を使用して作成しましたTypeFieldTypeFieldValues。 作業項目の種類では、同じもの TypeFieldを参照する必要があります。

エラーの例

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 は、Custom.ApplicationType フィールドを使用する必要がある場合に、Microsoft.VSTS.Feedback.ApplicationType フィールドを使用しています。

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

解決策の例

FeedbackRequest.xml

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

TF402556: フィールド [refName] を適切に定義するには、[fieldName] という名前を付け、その型を [fieldType] に設定する必要があります。 指定された [refName][fieldName] で、型は [fieldType] です

オンプレミス のサーバーで tfsMigrator を実行している場合、通常、プロセスが古く、システム フィールドが正しく定義されていない場合に、このエラーが生成されます。 ほとんどの場合、コマンドを使用してフィールドの名前を witadmin /changefield 適切に変更する必要があります。

予約フィールドの例

予約済みシステム。XXX と Microsoft.VSTS。XXX フィールドには、必須の名前と型の値があります。

フィールド 名前 Type
System.Id id 整数型
System.Title Title String
Microsoft.VSTS.Scheduling.StoryPoints ストーリー ポイント Double
Microsoft.VSTS.Scheduling.Reメイン作業 残存作業 Double
Microsoft.VSTS.Scheduling.OriginalEstimate 元の見積もり Double
Microsoft.VSTS.Scheduling.CompletedWork 実績作業 Double

エラーの例

TF402556: フィールド Microsoft.VSTS.TCM.ReproSteps を適切に定義するには、Repro Steps という名前を付け、その種類を HTML に設定する必要があります。 Microsoft.VSTS.TCM.ReproSteps が My Repro Steps で、種類が HTML である場合。

Bug.xml では、フレンドリ フィールド名が "My Repro Steps" に変更されました。

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

解決策の例

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: フィールド [refName] の定義が、次の作業項目の種類 [witName] に存在します。 フィールドへのすべての参照が同じ RefName、Nameおよび Type であることを確認します

FIELD 同じフレンドリ名を持つフィールドの要素定義は、WIT 間で一貫している必要があります。 名前付きフィールドの refnameWIT 定義ごとに 、 name、および type 属性が同じであることを確認します。

エラーの例

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

nametype Bug.xml 作業項目の種類と属性が異なうことに注意してください。

解決策の例

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: フィールド [refName] の 定義が、次のテンプレートのフィールドの既存の定義と矛盾しています: [templateNames]

Azure DevOps Services にインポートするプロセス間で、フィールドを一貫して定義する必要があります。 システムでは、プロセス A とプロセス B の 1 つの方法で定義された要素を含む FIELD プロセスをインポートすることはできません。すべての FIELD 要素属性が一致する必要があります。

プロセス A、Bug.xml

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

プロセス B、Bug.xml

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

異なる値と属性がどのように指定nametypeされているかに注目してください。

解決方法

同じ refname フィールドが、すべてのプロセスで同じように定義されていることを確認します。
がインポートされているか、Azure DevOps Services にインポートする予定です。

TF402559: フィールド [refName] の 定義が既存のフィールドと矛盾しています。 は type[typeName] ですが、[typeName] にする必要があります

名前付きフィールドを含む WIT ファイルを編集して、指定した type 属性値がすべての WIT で一貫していることを確認します。

TF402562: 作業項目の種類 [witName] に [n] フィールドを定義しました。 [fieldLimit] のみが許可されます。

作業項目の種類 [witName] に [n] フィールドを定義しました。 [fieldLimit] のみが許可されます。 1 つの WIT 内では、指定した数のフィールドのみを指定できます。

名前付き WIT を編集し、追加のユーザー設定フィールドを削除して、許可される制限内のフィールドの合計数を減らします。

TF402563: すべての作業項目の種類に対して [n] フィールドの合計を定義しました。 [fieldLimit] のみが許可されます。

プロセスで定義 されているすべての WIT に [n] フィールドを定義しました。 [fieldLimit] のみが許可されます。 これにはシステムが含まれます。XXX と Microsoft.VSTS。XXX 名前空間フィールドとカスタム フィールド。

セクションとWORKFLOWセクションをFIELDS確認し、削除するユーザー設定フィールドを決定します。

TF402566: 作業項目の種類 [witName] に [n] フィールド ルールを定義しました。 最大 [ruleLimit] を使用できます。

任意の 1 つの WIT に対して許可されているフィールド ルールの数を超える名前付き WIT の [n] フィールド ルールを定義しました。

名前付き WIT を編集し、追加のフィールド ルールを削除して、許可される制限内にあるフィールドの合計数を減らします。

TF402568: 作業項目の種類 [witName] に [n] フィールドsyncnamechanges="true"を定義しました。 最大 64 個まで使用できます。

名前付き syncnamechanges="true" WIT に対して定義されているフィールドの数が、許可されている制限を超えています。 これにはシステムが含まれます。XXX と Microsoft.VSTS。XXX 名前空間フィールドとカスタム フィールド。

FIELDS名前付き WIT のセクションを確認し、削除または変更するユーザー設定フィールドを決定します。

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

TF402569: 作業項目の種類 [witName] でフィールド [fieldName] に [n] 値を定義しました。 最大 [listLimit] を 使用できます。

名前付き WIT 内の LISTITEM 名前付きフィールドに定義されている要素の数が、許可されている制限を超えています。

許可された最大値を超えないように、名前付き WIT を編集して要素のLISTITEM 数を減らします。

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

バグとユーザー ストーリー refname の値が異なっています。

TF402584: フィールド ルール属性 "for" または "not" はサポートされていません。

"for" Azure DevOps Services へのインポートに関するフィールド ルールでは、属性と"not"属性は一切サポートされていません。
FIELDS属性とWORKFLOW属性の有無"for""not"とセクションを確認し、それらを削除します。

エラーの例

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

解決策の例

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

TF402593: フィールド [fieldName] のフィールド ルールはサポートされていません。

ほとんどの System フィールドと Microsoft.VSTS フィールドはルールをサポートしていません。 サポートされているフィールド ルールの完全な一覧については、「ルールとルールの評価」を参照してください

名前付きフィールドを含む作業項目タイプの定義ファイルを編集し、それに対して指定されたフィールドルールを削除します。

TF402602: フィールド [refName] には 、正確にこれらの値 [values] が必要です。

予約済み名前空間 -System で VSTS によって定義されたすべてのフィールド。XXX と Microsoft.VSTS。XXX は変更できません。 これらの選択リスト フィールドに別の値のリストを設定する場合は、独自のユーザー設定フィールドを定義します。

エラーの例

Bug.xml には優先順位フィールドが定義されていますが、値のリストは想定とは異なります。

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

解決策の例

新しいフィールドを含む Bug.xml を修正しました

      <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: ユーザーまたはグループが見つかりません [プロジェクト]\グループ名。 作業項目の種類の定義で使用されているユーザーとグループが存在することを確認します。

カスタム プロジェクト スコープ グループはサポートされていません。 アカウント レベルのスコープ グループのみを参照できます。

エラーの例

Bug.xml はプロジェクト スコープ グループを参照しています。

... "[project]\Organization Leaders"

解決策の例

新しいアカウント (コレクション) レベル グループ "Organization Leaders" を作成し、それに応じて XML で参照します。

... "[global]\Organization Leaders"

Note

新しく作成されたグローバル グループは、インポート プロセスによって検出されるまでに少し時間がかかる場合があります。

TF237094: フィールド名 '[fieldName]' はフィールド '[refName]' で使用されるため、フィールド '[refName]' では使用できません。

別のフィールドに同じ名前のフィールド名が既に存在します。 フィールドの名前を変更します。

エラーの例

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

解決策の例

Custom.NewField.ExternalID のフィールド名を変更する

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

作業項目のレイアウト

VS403104: 作業項目の種類 [witName] は、すべてのレイアウトに含まれていない必須フィールド [refName] を 参照します。

この警告は、作業項目の種類に必須フィールドがあり、ノードでは参照されていない場合に<Layout><WebLayout>生成されます。 これは <WebLayout> 、新しいフォームのレイアウトを変更するために使用されます。 詳細については、 WebLayout xml リファレンス を参照してください。

VS403073: グループ & <Group Name>: ラベル コントロールの前に 1 つの HTML コントロールまたは WebPage コントロールのみを含めることができるという規則に違反します。

新しいフォーム レイアウトでは、グループに含めることができる HTMLFieldControl または WebPageControl は 1 つだけです。

エラーの例

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

これを解決するには、それぞれ 1 つのコントロールを含む 2 つの個別のグループを作成します。

解決策の例

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

エラーの例

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

解決策の例

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

ワークフロー定義

TF402567: 作業項目の種類 [witName] に [n] ワークフローの状態を定義しました。 最大 [stateLimit] を 使用できます。

任意の 1 つの WIT に対して許可されているワークフロー状態の数を超える名前付き WIT に対して [n] ワークフロー状態を定義しました。

WORKFLOW名前付き WIT のセクションを編集し、追加STATEの要素を削除して、許可される制限内の状態の合計数を減らします。

TF402578: Field [refName] は、フィールド [refName] で既に使用されているフレンドリ名 [friendlyName]指定します。 フレンドリ名は、すべてのフィールド定義で一意である必要があります。

フィールド名は、作業項目の種類内で一意である必要があります。

エラーの例

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

名前のフィールドが 2 つあることに注意してください <FIELD name="Foo"

解決策の例

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

TF402579: [friendlyName] という名前は、次の作業項目の種類の異なるフィールドで複数回使用されます: [witNames] フィールドの名前は、プロジェクト コレクション全体で一意である必要があります。

同じ refname="MyCompany.FieldName" フィールドを参照するフィールドには、同じフレンドリ名 FIELD name="fieldname" の値が必要です。

エラーの例

プロセス A、Bug.xml

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

プロセス B、Bug.xml

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

両方のフィールドが同じ参照名を共有するため、 refname="MyCompany.CustomFields.Foo"インポートまたは Azure DevOps Services にインポートされるすべてのプロセスで同じフレンドリ名 <FIELD name="Foo" も指定する必要があります。

TF402580: 名前 [witName] は、1 つの作業項目の種類にのみ使用できます。

WIT フレンドリ名 WORKITEMTYPE name="Name" は、プロセス内で一意である必要があります。

エラーの例

作業項目 A.xml

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

作業項目 B.xml

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

両方の作業項目の WORKITEMTYPE name= 種類でこれらがどのように同じであるかに注目してください。

解決策の例

作業項目 A.xml

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

作業項目 B.xml

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

TF402581: 1 つの作業項目の種類に対してのみ refname [refName] を 使用できます。

WIT 参照名 refname="value" は、プロセス内で一意である必要があります。

エラーの例

Bug.xml

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

UserStory.xml

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

両方の refname 値が "MyCompany.Name" に等しいことに注意してください

解決策の例

Bug.xml

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

UserStory.xml

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

TF402582: 作業項目の種類 [witName] には、サポートされていないカスタム コントロール [controlName] が含まれています。

カスタム コントロールは、Azure DevOps Services ではサポートされていません。 名前付き WIT の FORM セクションを確認し、定義されているカスタム コントロールをすべて削除します。

エラーの例

Type="OneViewMultiValueControl" はカスタム コントロールを指定します。 これは削除するか、サポートされているコントロールに置き換える必要があります。

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

テスト管理プラグイン エラー

Test Management フォルダーにある TestManagement.xml ファイルは、「Test Manager の初期構成の定義」で説明されている構文と規則に準拠している必要があります。

TF402533: TestManagement プラグインの要素 '[elementName]' に属性がありません 'fileName'

不足している属性を TestManagement.xml ファイルの名前付き要素に追加します。

TF402534: TestManagement プラグインにサポートされていないタスク '[taskName]' が含まれています

TestManagement.xml ファイルの名前付きタスクを修正します。

エラーの例

要素の TestResolutionStates スペルが間違っています。

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

解決策の例

スペル ミスを修正しました。

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