Résoudre les erreurs de validation pour l’importation de processus
Azure DevOps Services
Important
Le processus d’importation prend en charge le modèle de processus XML hébergé qui vous permet de gérer les personnalisations via la mise à jour de la définition WIT d’un modèle de processus. Cette fonctionnalité est disponible uniquement pour les organisations qui ont été migrées vers Azure DevOps Services à l’aide du service d’importation de données Azure DevOps. Contactez-nous si vous avez des questions sur la personnalisation du processus Azure DevOps Services.
Si vous utilisez le modèle de processus d’héritage, vous pouvez personnaliser votre suivi de travail via l’interface utilisateur en créant un processus hérité. Si vous utilisez le modèle de processus XML local, vous pouvez personnaliser un modèle de processus. Consultez Charger ou télécharger un modèle de processus et Personnaliser un modèle de processus.
Pour en savoir plus sur les modèles de processus, consultez Personnaliser le suivi du travail.
Pendant l’importation du processus, le processus est validé pour s’assurer que le système fonctionne comme prévu pour le processus personnalisé. Vous recevrez une liste de messages d’erreur si le processus échoue.
Si vous avez reçu une erreur de validation lorsque vous avez essayé le processus d’importation, vous devez résoudre l’erreur avant de réessayer l’importation. Chaque erreur a un lien pour en savoir plus sur l’échec de validation spécifique et des conseils sur la façon de le corriger. Appliquez les correctifs de résolution fournis pour le ou les messages que vous avez reçus, compressez les fichiers mis à jour et réessayez l’opération d’importation.
Si vous démarrez simplement votre personnalisation, passez en revue les règles de validation fournies.
Messages d’informations : aucune action n’est requise
TF402555 : le champ [refName] est supprimé.
Le processus que vous importez n’inclut pas le champ nommé dans le processus mis à jour. Par conséquent, il est supprimé dans le cadre de l’opération de mise à jour.
Exemple de scénario
- Ajouter un champ personnalisé à l’élément de travail Bug.xml
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" /> - Processus d’importation
- Supprimer le champ de Bug.xml
- Importation du processus mis à jour
Le système affiche un message d’informations sur le champ à supprimer.
TF402555: Field MyCompany.CustomFields.Foo will be deleted
TF402591 : Le champ portant le nom de référence [refName] ne peut pas être renommé « [name1] » de « [name2] » dans les processus existants [processName].
Le processus que vous importez contient un champ renommé qui utilise la même refname chose dans le ou les processus actuels.
Les noms de champs ne peuvent pas être renommés.
TF402598 : le type d’élément de travail [refName] est supprimé.
Le processus que vous mettez à jour n’inclut pas le WIT nommé qui existe dans le processus actuel. Dans le cadre de la mise à jour du processus existant, le système supprime le WIT nommé du processus actuel.
Exemple de scénario
- Créer un type d’élément de travail appelé « LSI »
<WORKITEMTYPE name="LSI" refname="My.LSI"> - Processus d’importation
- Supprimer le type d’élément de travail LSI du processus
- Importation du processus mis à jour
Le système affiche un message d’informations sur la suppression.
TF402598: Work item type My.LSI will be deleted
TF402601 : le type d’élément de travail [witName] est renommé [name1] à partir de [name2].
Le processus contient un WIT renommé. Le WIT est renommé dans le processus existant.
Le processus que vous mettez à jour contient un WIT renommé du nom dans le processus actuel.
Dans le cadre de la mise à jour du processus existant, le système renomme le WIT dans le processus actuel. Tous les éléments de travail dans les projets existants qui référencent le processus sont également renommés.
Exemple de scénario
- Créer un type d’élément de travail appelé « LSI »
<WORKITEMTYPE name="LSI" refname="My.LSI"> - Processus d’importation
- Renommer le type d’élément de travail LSI en incident de site en direct
<WORKITEMTYPE name="Live Site Incident" refname="My.LSI"> - Importation du processus mis à jour
Le système affiche un message d’informations sur le WIT à renommer.
TF402601: Work item type My.LSI will be renamed to 'Live Site Incident' from 'LSI'
Erreurs de fichier diverses
TF402586 : Fichier d’analyse d’erreur : [Message d’erreur]
La syntaxe XML mal formée peut entraîner des erreurs de fichier d’analyse. Des balises fermantes manquantes, des guillemets manquants, des crochets ouverts ou fermés manquants (< ou >) peuvent entraîner une erreur de fichier d’analyse.
À partir du message d’erreur, déterminez et corrigez la source du code XML mal formé.
TF402594 : Le fichier enfreint le schéma avec l’erreur suivante : [Message d’erreur]
Chaque fichier XML du fichier zip de processus doit être conforme au schéma donné. Les erreurs de violation de schéma sont causées par des balises ou attributs XML personnalisés dans le fichier XML. Lisez le message d’erreur pour déterminer la source de violation de schéma et corriger en conséquence.
La définition de schéma pour le suivi des éléments de travail définit tous les éléments enfants dans l’élément FORM en tant que cas de chameau et tous les autres éléments comme tous capitalisés. Si vous rencontrez des erreurs lors de la validation de vos fichiers de définition de type, vérifiez la structure de casse de vos éléments. En outre, la structure de casse des étiquettes d’ouverture et de fermeture doit respecter les règles pour la syntaxe XML.
Exemples d’erreurs
Balise XML personnalisée :
<WORKITEMTYPE name="Bug" refname="My.Bug">
<FOO>Hello World</FOO>
...
Attribut supplémentaire ajouté à l’élément XML :
<WORKITEMTYPE name="Bug" refname="My.Bug" foo="hello world">
VS412450 : erreur de validation de schéma Xml dans [fileName]. [Message d’erreur]
Corrigez l’erreur de schéma dans le fichier nommé.
Erreurs de plug-in de modèle de processus
ProcessTemplate.xml est le fichier racine qui définit l’intégralité du processus et tous les fichiers de définition XML qui seront importés pour ajouter ou mettre à jour un processus. Ce fichier contient tous les plug-ins et groupes de tâches référencés lors de la création d’un projet. Chaque groupe de tâches fait référence à un fichier XML subordonné (souvent dans un sous-dossier) où les tâches spécifiques sont définies. En général, vous spécifiez un groupe de tâches pour chaque plug-in.
Le fichier de définition ProcessTemplate.xml doit être conforme à la syntaxe et aux règles décrites dans la référence d’élément XML ProcessTemplate.
VS412457 : impossible de trouver le fichier spécifié « [fileName] » dans le package de processus.
Corrigez le package zip de processus pour inclure le fichier nommé.
VS402452 : le modèle de processus n’a pas spécifié de version ou spécifié une version non valide.
Modifiez le fichier ProcessTemplate.xml pour spécifier une version.
Exemple d’erreur
Le fichier ProcessTemplate.xml spécifie le même version GUID que pour le processus Agile, qui est un processus verrouillé.
<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" />
Exemple de résolution
Un GUID différent est spécifié.
<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 : le fichier zip du modèle de traitement ne contient pas le plug-in requis [pluginName].
Tous les fichiers répertoriés dans le fichier ProcessTemplate.xml et ses fichiers de plug-in pris en charge doivent être présents dans le fichier zip de processus.
Utilisez un outil de recherche pour rechercher toutes les instances de filename=value dans l’ensemble de fichiers et dossiers de processus. Ensuite, mettez à jour le plug-in pour supprimer le fichier nommé manquant, ou ajoutez le fichier nommé au dossier de processus où il appartient.
<taskList filename="WorkItem Tracking\WorkItems.xml" />
Exemple d’erreur
Le plug-in WorkItemTracking spécifie fileName="WorkItem Tracking\TypeDefinitions\Epic.xml, mais il n’a pas été ajouté au dossier WorkItem Tracking\TypeDefinitions.
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Epic.xml" />
Exemple de résolution
Ajoutez le fichier Epic.xml au dossier WorkItem Tracking\TypeDefinitions.
VS412454 : Plug-in [pluginName] contient plusieurs taskList{1}, {2}. taskList Une seule par plug-in est autorisée.
Corrigez le fichier ProcessTemplate.xml du plug-in nommé pour réduire le nombre d’éléments tasklist définis.
Exemple d’erreur
Le plug-in WorkItemTracking contient deux tasklist instructions.
<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>
Exemple de résolution
<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 : vous ne pouvez inclure qu’un seul fichier de définition de catégorie dans votre processus.
Exemple d’erreur
Le fichier WorkItems.xml contient deux CATEGORIES instructions.
<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>
Exemple de résolution
Le fichier WorkItems.xml a été mis à jour pour contenir une CATEGORIES seule instruction.
<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 : vous ne pouvez inclure qu’un seul fichier de définition ProcessConfiguration dans votre processus.
Exemple d’erreur
Le fichier WorkItems.xml contient des instructions en double ProjectConfiguration .
<taskXml>
<PROCESSCONFIGURATION>
<ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
<taskXml>
<PROCESSCONFIGURATION>
<ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
Exemple de résolution
Le fichier WorkItems.xml a été mis à jour pour contenir une ProjectConfiguration seule instruction.
<taskXml>
<PROCESSCONFIGURATION>
<ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
TF402587 : fichier ProcessConfiguration requis manquant.
Le fichier WorkItems.xml spécifie le fichier ProcessConfiguration à charger. Soit le fichier n’est pas spécifié, contient une spécification obsolète, le fichier spécifié est manquant dans le modèle ou le nom du dossier/fichier n’est pas correct.
Exemple d’erreur
La configuration spécifiée est obsolète et spécifie deux fichiers qui ne sont pas contenus dans le dossier Processus.
<taskXml>
<PROCESSCONFIGURATION>
<CommonConfiguration fileName="WorkItem Tracking\Process\CommonConfiguration.xml"/>
<AgileConfiguration fileName="WorkItem Tracking\Process\AgileConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
Exemple de résolution
Le fichier WorkItems.xml a été mis à jour pour contenir l’instruction de configuration ProjectConfiguration correcte.
<taskXml>
<PROCESSCONFIGURATION>
<ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
TF402577 : Champ [refName] spécifie le nom convivial [friendlyName] qui est déjà utilisé par les champs [refName] dans les processus [processNames].
Les noms conviviaux doivent être uniques dans toutes les définitions de champ pour toutes les définitions WIT spécifiées pour tous les processus importés dans Azure DevOps Services.
Les processus nommés contiennent des WIT qui définissent un champ qui utilise le nom convivial.
Modifiez la définition WIT dans votre fichier zip de processus qui contient [refName] et spécifiez un autre nom convivial ou faites-le correspondre à un champ existant en cours d’utilisation.
Exemple d’erreur
La définition USERStory WIT contient un FIELD élément pour Fabrikam.Product.Family avec un nom convivial 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>
Toutefois, dans un processus existant, Fabrikam.Product.Versions utilise le nom convivial 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>
Exemple de résolution
Mettez à jour la définition WIT UserStory pour qu’elle corresponde au champ existant.
<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 : Référence de plug-in WorkItemTracking requise manquante dans le modèle de processus.
Vous devez spécifier le Microsoft.ProjectCreationWizard.WorkItemTracking plug-in dans la metadata section du fichier ProcessTemplate.xml :
Exemple d’erreur
Le Microsoft.ProjectCreationWizard.WorkItemTracking plug-in est manquant dans la plugins section du fichier 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>
Exemple de résolution
<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>
Catégories
Le fichier de définition Categories.xml doit être conforme à la syntaxe et aux règles décrites dans la référence d’élément Categories XML.
TF402546 : La catégorie [categoryName] est manquante dans le fichier de catégories.
Toutes les catégories référencées dans le fichier ProcessConfiguration.xml doivent être définies dans le fichier Categories.xml. En outre, le système exige que le fichier Categories.xml contienne des définitions pour les catégories suivantes :
- Catégorie de bogues
- Catégorie de demande de révision de code
- Catégorie de réponse de révision du code
- Catégorie de demande de commentaires
- Catégorie de réponse de commentaires
- Catégorie types masqués
- Catégorie de conditions requises
- Catégorie d’étape partagée
- Catégorie de paramètres partagés
- Catégorie de la tâche
- Catégorie de cas de test
- Catégorie de plan de test
- Catégorie Test Suite
Mettez à jour votre fichier Categories.xml pour définir la catégorie [name] manquante.
Exemple d’erreur
ProcessConfiguration fait référence à la catégorie épopée, mais elle est manquante dans le fichier de définition Categories.xml.
Exemple de résolution
Epic Category est ajouté au fichier Categories.
<CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
<DEFAULTWORKITEMTYPE name="Epic" />
</CATEGORY>
TF402553 : l’élément [name] fait référence à la catégorie [categoryName] qui n’est pas définie dans le fichier catégories.
Mettez à jour votre fichier Categories.xml pour définir la catégorie [categoryName] manquante.
TF402560 : vous avez défini [n] catégories. Seuls [nn] sont autorisés.
Passez en revue votre fichier Categories.xml pour toutes les CATEGORY instructions d’élément et déterminez celles que vous pouvez supprimer afin de ne pas dépasser la limite autorisée.
Ensuite, passez en revue votre fichier ProcessConfiguration.xml pour remplacer les valeurs qui référencent les catégories supprimées.
TF402596 : La catégorie [categoryName ] ne définit pas le type d’élément de travail [witName].
Les catégories doivent référencer des WIT définies dans le dossier /WorkItem Tracking/TypeDefinitions et répertoriées comme tâche de chargement dans le fichier plug-in WorkItems.xml.
Passez en revue votre fichier Categories.xml pour obtenir des références à un wiT qui n’est pas inclus dans le dossier /WorkItem Tracking/TypeDefinitions.
Exemple d’erreur
Le nom du WIT référencé pour Microsoft.EpicCategory est mal orthographié.
<CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
<DEFAULTWORKITEMTYPE name="EpicABC" />
</CATEGORY>
Exemple de résolution
<CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
<DEFAULTWORKITEMTYPE name="Epic" />
</CATEGORY>
TF402597 : la catégorie personnalisée [categoryName] n’est pas prise en charge, car ProcessConfiguration ne la référence pas.
Vous pouvez uniquement spécifier des catégories personnalisées que vous utilisez pour configurer une fonctionnalité d’outil Agile dans ProcessConfiguration.
Passez en revue votre fichier ProcessConfiguration.xml et déterminez si vous avez manqué d’ajouter la prise en charge d’une catégorie. Sinon, supprimez [categoryName] du fichier Categories.xml.
Exemple d’erreur
ProcessConfiguration ne fait pas référence à Microsoft.EpicCategory, bien qu’il soit défini dans le fichier de définition Categories.xml.
Exemple de résolution
Ajoutez PortfolioBacklog à ProcessConfiguration pour référencer 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>
Articles de référence :
- Référence des éléments XML de configuration du processus
- Informations de référence sur les éléments XML categories
Erreurs de plug-in de classification
Le fichier de définition Classification.xml doit être conforme à la syntaxe et aux règles décrites dans le plug-in de classification.
TF402511 : le plug-in classification contient le nom de propriété en double : [propertyName].
Exemple d’erreur
Le fichier Classification.xml contient une deuxième property name="MSPROJ" instruction sous l’élément properties conteneur.
<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>
Exemple de résolution
Supprimez l’instruction dupliquée.
<properties>
<property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Fabrikam Agile"/>
</properties>
TF402512 : Le fichier [fileName ] n’existe pas.
Le fichier spécifié dans le fichier Classification.xml n’est pas présent dans le chemin spécifié ou le chemin d’accès est mal orthographié.
Exemple d’erreur
Le chemin du dossier de classification est mal orthographié.
<properties>
<property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Agile"/>
</properties>
Exemple de résolution
<properties>
<property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Fabrikam Agile"/>
</properties>
TF402513 : Nom [pathName] dans le plug-in de classification ne correspond pas aux restrictions d’affectation de noms TreePath.
Passez en revue les Node éléments que vous avez spécifiés et modifiez les noms de façon à ce qu’ils soient conformes aux conventions de nommage prises en charge.
Référence : Ajouter et modifier des chemins d’itération et de zone.
Exemple d’erreur
Les noms de chemin d’accès incluent le caractère # qui n’est pas autorisé.
<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>
Exemple de résolution
Les noms de chemin d’accès ont été corrigés.
<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] dans le plug-in de classification n’est pas pris en charge.
L’attribut StructureType autorise uniquement les valeurs suivantes : ProjectModelHierarchy et ProjectLifecycle.
Passez en revue les Node éléments que vous avez spécifiés et supprimez les attributs non pris en charge.
Exemple d’erreur
ProjectLifecycle a été mal orthographié.
<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>
Exemple de résolution
Le nom mal orthographié a été corrigé.
<Node StructureType="ProjectLifecycle" Name="Iteration" xmlns="">
<Children>
<Node StructureType="ProjectLifecycle" Name="Sprint 1" />
<Node StructureType="ProjectLifecycle" Name="Sprint 2" />
<Node StructureType="ProjectLifecycle" Name="Sprint 3" />
</Children>
</Node>
TF402515 : un attribut de propriété dans le plug-in de classification est manquant ou non pris en charge.
L’élément property autorise uniquement les attributs suivants : name , value et isFile.
Passez en revue les property éléments que vous avez spécifiés et supprimez tous les attributs non pris en charge.
Exemple d’erreur
L’attribut value est mal orthographié.
<properties>
<property name="MSPROJ" vaule="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Agile" />
</properties>
Exemple de résolution
L’attribut mal orthographié a été corrigé.
<properties>
<property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Fabrikam Agile"/>
</properties>
TF402516 : le plug-in de classification contient plus de deux nœuds de niveau racine, ce qui n’est pas pris en charge.
Passez en revue les Node éléments que vous avez spécifiés et supprimez des nœuds de niveau racine supplémentaires.
Exemple d’erreur
Le fichier Classification.xml contient une deuxième Node StructureType="ProjectLifecycle" instruction sous l’élément Nodes conteneur.
<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>
Exemple de résolution
Supprimez la deuxième instruction.
<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 : chemin de zone ou d’itération « [pathName] » dans le plug-in GroupsandPermissions est manquant dans le plug-in de classification.
Ajoutez le [pathName] manquant au fichier Classification.xml ou supprimez-le du fichier GroupsandPermissions.xml.
Exemple d’erreur
Le fichier Classification.xml spécifie des sprints, et non des itérations.
GroupsandPermissions.xmlteamSettings spécifie des itérations.
<teamSettings areaPath="Area">
<iterationPaths backlogPath="Iteration">
<iterationPath path="Iteration 1" />
<iterationPath path="Iteration 2" />
<iterationPath path="Iteration 3" />
</iterationPaths>
</teamSettings>
Toutefois, le fichier Classification.xml spécifie les sprints.
<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>
Exemple de résolution
Mettez à jour GroupsandPermissions.xml pour utiliser des sprints.
<teamSettings areaPath="Area">
<iterationPaths backlogPath="Iteration">
<iterationPath path="Sprint 1" />
<iterationPath path="Sprint 2" />
<iterationPath path="Sprint 3" />
</iterationPaths>
</teamSettings>
Types de liens
Remarque
Les types de liens personnalisés ne sont pas pris en charge dans le processus d’importation actuel.
TF402561 : vous avez défini [n] des types de liens personnalisés. Seuls [nn] sont autorisés.
Passez en revue votre fichier de plug-in WorkItems.xml pour toutes les LINKTYPE instructions d’élément.
Supprimez les instructions associées aux types de liens personnalisés afin de ne pas dépasser la limite autorisée.
Ensuite, supprimez le fichier de définition de type de lien correspondant du dossier LinkTypes.
Supprimez également toutes les références aux types de liens personnalisés que vous avez ajoutés à une définition WIT dans une LinksControlOptions section de la FORM section.
TF402583 : Le type de lien personnalisé [nom] n’est pas valide, car les types de liens personnalisés ne sont pas pris en charge.
Passez en revue votre fichier de plug-in WorkItems.xml pour toutes les LINKTYPE instructions d’élément. Supprimez les instructions qui spécifient un type de lien personnalisé.
Ensuite, supprimez le fichier de définition de type de lien correspondant du dossier LinkTypes.
Les instructions d’élément suivantes LINKTYPE dans le fichier plug-in WorkItems.xml sont valides :
<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>
Listes globales
Remarque
Les listes globales ne sont pas prises en charge dans la fonctionnalité de processus d’importation actuelle.
TF402564 : vous avez défini [n] des listes globales. Seuls [nn] sont autorisés.
Un ou plusieurs WIT définis dans le modèle de processus personnalisé contiennent un GLOBALLIST élément.
Recherchez dans vos fichiers de définition WIT et remplacez tous GLOBALLIST les éléments par ALLOWEDVALUES ou SUGGESTEDVALUES éléments.
Pour obtenir la syntaxe de référence, consultez Définir des listes de sélection.
TF402565 : vous avez défini [n] des éléments dans la liste globale [globalListName]. Un maximum de [nn] est autorisé.
L’élément nommé GLOBALLIST contient plus d’éléments que autorisés. Réduisez le nombre d’éléments de liste contenus dans l’élément GLOBALLIST ou segmentez la liste globale en deux éléments ou plus afin que aucune liste ne dépasse le nombre maximal d’éléments autorisés.
Pour obtenir la syntaxe de référence, consultez Définir des listes de sélection.
Il traite la configuration
Le fichier de définition ProcessConfiguration.xml doit être conforme à la syntaxe et aux règles décrites dans la référence d’élément XML ProcessConfiguration.
TF402543 : l’élément [elementName] nécessite que vous mappiez exactement un état de flux de travail à metastate [metastateName ].
Mettez à jour la States section dans l’élément nommé dans le fichier ProcessConfiguration.xml pour fournir le mappage de métastate manquant ou supprimer des mappages supplémentaires.
Exemple d’erreur
L’élément ProcessConfiguration.xml RequirementBacklog manque un mappage de métastate pour 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 >
Exemple de résolution
Des mappages de métastate manquants ont été ajoutés.
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
<States>
<State value="New" type="Proposed" />
<State value="Committed" type="InProgress" />
<State value="Done" type="Complete" />
</States>
. . .
</RequirementBacklog >
TF402547 : l’élément [elementName] nécessite que pour le type d’élément de travail [witName] vous mappiez au moins un état à metastate [metastateName ].
Passez en revue les WORKFLOW états définis pour le WIT nommé, puis mettez à jour la States section dans l’élément nommé dans le fichier ProcessConfiguration.xml pour fournir le mappage de métastate manquant pour le WIT nommé.
TF402548 : l’élément [elementName] nécessite que vous mappiez au moins un état à metastate [metastateName ].
Mettez à jour la States section dans l’élément nommé dans le fichier ProcessConfiguration.xml pour fournir le mappage de métastate manquant.
Exemple d’erreur
L’élément ProcessConfiguration.xml RequirementBacklog manque un mappage de métastate pour 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 >
Exemple de résolution
Des mappages de métastate manquants ont été ajoutés.
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
<States>
<State value="New" type="Proposed" />
<State value="Committed" type="InProgress" />
<State value="Done" type="Complete" />
</States>
. . .
</RequirementBacklog >
TF402550 : l’élément [elementName] inclut plusieurs mappages de métastate pour l’état du flux de travail [stateName ].
La valeur de métastate ne peut pas être mappée à plusieurs états de flux de travail.
Exemple d’erreur
L’élément ProcessConfiguration.xml RequirementBacklog contient deux mappages de métastate pour 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 >
Exemple de résolution
Les mappages de métastate ont été corrigés.
<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 : le type d’élément de travail [witName] ne définit pas l’état du flux de travail [stateName], ce qui est requis, car ProcessConfiguration l’mappe à un métastate pour l’élément [elementName].
Corrigez le fichier ProcessConfiguration.xml ou la WORKFLOW section du WIT nommé pour ajouter les éléments manquants et TRANSITION les STATE éléments.
Exemple d’erreur
L’élément ProcessConfiguration.xml RequirementBacklog spécifie value="Committed", mais UserStory.xml ne définit pas Commit comme état.
<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 >
Exemple de résolution
Suppression de l’élément State pour Commit.
<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] nécessite que pour le type d’élément de travail [witName] vous mappiez exactement un état à metastate [metastateName ] pour les états suivants : [stateNames].
Passez en revue la STATES section du fichier ProcessConfiguration.xml pour l’élément nommé et vérifiez que chaque sate répertoriée dans le message d’erreur est présente et mappée à un métastate.
Exemple d’erreur
L’élément ProcessConfiguration.xml RequirementBacklog manque l’état New qui existe sur le type d’élément de User Story travail. Il doit figurer dans la STATES liste mappée à 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 >
Exemple de résolution
Le mappage de métastate a été corrigé.
<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] spécifie un métastate non pris en charge [metastateName].
Passez en revue la STATES section du fichier ProcessConfiguration.xml pour l’élément nommé et supprimez ou corrigez le métastate nommé.
Exemple d’erreur
L’élément ProcessConfiguration.xml RequirementBacklog contient un mappage de métastate mal orthographié pour 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 >
Exemple de résolution
Le mappage de métastate a été corrigé.
<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 : l’élément obligatoire [elementName] est manquant dans Process Configuration.
Modifiez le fichier ProcessConfiguration.xml pour ajouter l’élément nommé manquant.
Passez en revue la référence d’élément XML ProcessConfiguration pour les éléments requis.
TF402572 : Impossible de trouver le fichier spécifié dans le package de modèle de processus.
Un fichier spécifié dans un fichier plug-in pour le chargement est manquant dans le fichier zip. Passez en revue tous les fichiers spécifiés pour le chargement et vérifiez qu’ils sont inclus dans le fichier zip de processus.
Passez en revue la référence d’élément XML ProcessConfiguration pour les éléments requis.
TF402574 : ProcessConfiguration ne spécifie pas [typeField] obligatoireTypeField.
Modifiez le fichier ProcessConfiguration.xml pour ajouter l’élément nommé TypeField manquant.
Passez en revue la référence d’élément XML ProcessConfiguration pour les éléments requis TypeField .
Exemple
Le processus Scrum spécifie les éléments suivants TypeField . Si l’un de ces éléments est manquant, vous recevrez une erreur 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 : plusieurs backlogs de portefeuille [backlogNames] ont défini [backlogName] comme parent. Un backlog parent n’a peut-être qu’un seul backlog enfant.
Un seul backlog de portefeuille enfant peut être mappé à un backlog parent unique.
Modifiez ProcessConfiguration pour corriger les spécifications du backlog parent-enfant.
Exemple d’erreur
<PortfolioBacklog category="Microsoft.EpicCategory" parent="Microsoft.InitiativeCategory" pluralName="Epics" singularName="Epic">
...
</PortfolioBacklog>
<PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.InitiativeCategory" pluralName="Features" singularName="Feature">
...
</PortfolioBacklog>
Exemple de résolution
Modifiez le parent du backlog de fonctionnalités pour qu’il pointe vers le backlog Epic.
<PortfolioBacklog category="Microsoft.EpicCategory" parent="Microsoft.InitiativeCategory" pluralName="Epics" singularName="Epic">
...
</PortfolioBacklog>
<PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">
...
</PortfolioBacklog>
TF402589 : le backlog de portefeuille [backlogName ] fait référence au backlog de portefeuille parent non défini [backlogName ].
La définition ProcessConfiguration.xml contient une parent valeur qui fait référence à un backlog de portefeuille non défini.
Exemple d’erreur
<PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">
Exemple de résolution
Ajoutez l’épopée PortfolioBacklog au fichier 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 : plusieurs backlogs de portefeuille [Backlog 1, Backlog 2] ne définissent pas leur parent.
Un seul backlog de portefeuille, le backlog le plus important, peut ne pas être pris en compte. Tous les autres backlogs doivent inclure un attribut et une parent="Microsoft.FooCategory" valeur.
Exemple de résolution
<PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">
402595 : trop de backlogs de portefeuille sont définis. Un maximum de 5 sont autorisés.
Modifiez le fichier ProcessConfiguration.xml pour supprimer les éléments supplémentaires PortfolioBacklog de la PortfolioBacklogs section.
Consultez la référence d’élément XML ProcessConfiguration pour plus d’informations.
TF400506 : cet élément définit les états des éléments de travail qui représentent des bogues ou des défauts.
Cette erreur se produit lorsque la BugWorkItems section est mal configurée.
Chaque état défini pour un type d’élément de travail inclus dans le Microsoft.BugCategory doit exister dans l’ensemble de valeurs d’état définies dans la BugWorkItems section. Par exemple, si les états suivants sont définis pour les types d’éléments de travail définis pour le type d’élément de travail bogue ( Nouveau, Approuvé, Validé, Terminé), la BugWorkItems section doit être configurée comme suit :
<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>
Pour plus d’informations, consultez la référence d’élément XML ProcessConfiguration.
TF400507 : chaque type d’élément de travail doit prendre en charge une valeur d’état initiale qui correspond à l’un des états définis dans : BugWorkItems.
Cette erreur se produit lorsqu’un type d’élément de travail inclus dans l’état Microsoft.BugCategory initial spécifié n’est pas inclus dans la BugWorkItems section du fichier XML ProcessConfiguration. Corrigez les états du flux de travail de définition XML pour les types d’éléments de travail nommés ou mettez à jour la BugWorkItems section pour inclure les états manquants.
Pour plus d’informations, consultez la référence d’élément XML ProcessConfiguration.
TF400572 : le processus de projet Paramètres doit être configuré pour que cette fonctionnalité soit utilisée.
Cela est dû aux modèles qui proviennent de TFS 2010 ou versions antérieures, avant que le processus de projet n’existe Paramètres. Essayez d’exécuter les fonctionnalités Configurer après une mise à niveau pour résoudre ou ajoutez le fichier XML ProcessConfiguration au modèle de processus.
Types d’éléments de travail
TF402570 : vous avez défini [n] les types d’éléments de travail. Un maximum de [witLimit] est autorisé.
Vous avez défini davantage de WIT autorisés dans le processus. Passez en revue votre fichier WorkItems.xml et réduisez le nombre d’instructions WORKITEMTYPE qu’il contient et supprimez les fichiers de définition WIT associés du processus.
TF402573 : le type d’élément de travail WIT ne spécifie pas l’attribut requis refname .
Les types d’éléments de travail (Bogue, Histoire utilisateur, Tâche, etc.) nécessitent l’attribut refname . La valeur refname doit être unique et ne peut pas contenir d’espaces de noms réservés.
Espaces de noms-System.XXX et Microsoft.VSTS.XXX-sont réservés par Azure DevOps.
Pour plus d’informations, consultez toutes les informations de référence sur les éléments XML WITD.
Exemple d’erreur
<WORKITEMTYPE name="Bug">
Exemple de résolution
<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">
TF402599 : le nom refname du type d’élément de travail [refName] n’est pas valide, car il utilise un espace de noms non autorisé [espace de noms].
Les noms de référence des champs personnalisés et des WIT ne peuvent pas utiliser d’espaces de noms réservés : Système.XXX et Microsoft.VSTS.XXX.
Modifiez l’attribut refname du WIT nommé.
Exemple d’erreur
<FIELD name="Custom Field" refname="Microsoft.VSTS.CustomField" type="String" />
Exemple de résolution
<FIELD name="Custom Field" refname="*CustomNamespace.CustomField*" type="String" />
TF402600 : le nom de référence du type d’élément de travail [refName] n’est pas valide. Les noms de référence de type d’élément de travail doivent contenir uniquement des lettres, aucun espace et au moins un point (.)
Les noms de référence WIT doivent respecter les conventions d’affectation de noms établies : seules les lettres, aucun espace et au moins une période (.)
Modifiez l’attribut refname du WIT nommé pour répondre aux exigences de nommage..
Exemple d’erreur
<WORKITEMTYPE name="Bug" refname="MyCompanyBug32">
Exemple de résolution
<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">
Champs d’éléments de travail
TF402538 : la règle de champ [ruleName] n’est pas prise en charge.
Modifiez vos définitions WIT pour supprimer la règle nommée.
Les règles suivantes ne sont pas prises en charge pour l’importation dans Azure DevOps : MATCH, CANNOTLOSEVALUE, PROHIBITEDVALUES, et NOTSAMEAS.
TF402539 : Le champ [refName] autorise uniquement les règles suivantes : [ruleNames].
Modifiez vos définitions WIT pour le champ nommé et supprimez les règles non autorisées. Passez en revue les sections et WORKFLOW les FIELDS sections.
La plupart des champs système n’autorisent pas la spécification de règles.
Règles valides à utiliser avec les champs système
| Nom | Règles autorisées |
|---|---|
| System.Title | REQUIRED, DEFAULT |
| System.Description | REQUIRED, DEFAULT |
| System.AssignedTo | REQUIRED, , DEFAULTALLOWEXISTINGVALUE, ,VALIDUSER |
| System.ChangedBy | REQUIRED, , DEFAULTALLOWEXISTINGVALUE, ,VALIDUSER |
TF402540 : le type d’élément de travail [witName] n’est pas valide, car il spécifie la liste globale [GLOBALLIST]. Les listes globales ne sont pas prises en charge.
Les listes globales ne sont pas prises en charge dans VSTS.
Remplacez toutes les instances d’éléments GLOBALLIST par et LISTITEM les éléments ALLOWEDVALUES dans tous les fichiers de définition WIT.
Référence : Définir des listes de sélection.
Exemple d’erreur
<FIELD name="CustomField" refname="MyCompany.CustomField" type="String">
<ALLOWEDVALUES>
<GLOBALLIST name="Disciplines" />
</ALLOWEDVALUES>
</FIELD>
Exemple de résolution
<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 : le type d’élément de travail [witName] n’est pas valide, car il fait référence à la liste globale [globalListName]. Les listes globales ne sont pas prises en charge.
Les listes globales ne sont pas prises en charge dans VSTS. Remplacez toutes les instances d’éléments GLOBALLIST par et LISTITEM les éléments ALLOWEDVALUES dans tous les fichiers de définition WIT.
Référence : Définir des listes de sélection.
Exemple d’erreur
<FIELD name="CustomField" refname="MyCompany.CustomField" type="String">
<ALLOWEDVALUES>
<GLOBALLIST name="Disciplines" />
</ALLOWEDVALUES>
</FIELD>
Exemple de résolution
<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 : le nom refname de champ personnalisé [refName] n’est pas valide, car il utilise un espace de noms non autorisé [espace de noms].
Espaces de noms-System.XXX et Microsoft.VSTS.XXX-are reserved in VSTS. Les noms de référence des champs et types personnalisés ne peuvent pas utiliser ces espaces de noms.
Pour corriger cette erreur, renommez l’attribut refname du champ nommé dans les fichiers de définition WIT où il apparaît.
Exemple d’erreur
<FIELD name="CustomField" refname="System.CustomField" type="String" />
- OR -
<FIELD name="CustomField" refname="Microsoft.VSTS.CustomField" type="String" />
Exemple de résolution
<FIELD name="CustomField" refname="MyCompany.CustomField" type="String" />
TF402544 : Field [refName], défini dans le type d’élément de travail [witName], nécessite une ALLOWEDVALUES règle qui contient des valeurs pour prendre en charge l’élément [elementName] spécifié dans ProcessConfiguration.
Modifiez le champ nommé dans le WIT nommé pour fournir la règle manquante ALLOWEDVALUES , en référençant l’élément nommé pour plus d’informations.
L’élément de fichier ProcessConfiguration.xml, TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity"nécessite une liste de sélections définie pour le champ Microsoft.VSTS.Common.Activity dans tous les WIT appartenant à la catégorie de tâche.
<TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
Si vous avez ajouté des bogues à la catégorie de tâche, vous devez vous assurer que le fichier Bug.xml contient le champ nommé et spécifie la même liste de sélections que celle définie pour celle-ci dans le fichier Task.xml.
Exemple d’erreur
Bug.xml a le champ défini, mais pas la liste de sélections.
<FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
<HELPTEXT>Type of work involved</HELPTEXT>
</FIELD>
Exemple de résolution
Correction de Bug.xml
<FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
<HELPTEXT>Type of work involved</HELPTEXT>
<SUGGESTEDVALUES>
<LISTITEM value="Development"/>
<LISTITEM value="Testing"/>
<LISTITEM value="Requirements"/>
<LISTITEM value="Design"/>
<LISTITEM value="Deployment"/>
<LISTITEM value="Documentation"/>
</SUGGESTEDVALUES>
</FIELD>
TF402545 : l’élément [elementName] nécessite que vous incluiez le champ [fieldName] dans la définition du type d’élément de travail [witName].
Vous devez inclure un élément correspondant FIELD dans la définition WIT nommée pour chacun field que vous spécifiez dans la AddPanel section du fichier ProcessConfiguration.xml.
Vous devez également inclure un Control élément dans la FORM section du WIT nommé.
Exemple d’erreur
ProcessConfiguration.xml spécifie deux champs personnalisés. Toutefois, ces champs ne sont pas définis dans le fichier UserStory.xml.
<AddPanel>
<Fields>
<Field refname="System.Title" />
<Field refname="Fabrikam.Product" />
<Field refname="Fabrikam.Technology" />
</Fields>
</AddPanel>
Exemple de résolution
Éléments manquants FIELD ajoutés au fichier UserStory.xml.
<FIELD name="Product" refname="Fabrikam.Product" type="String" reportable="dimension">
<FIELD name="Technology" refname="Fabrikam.Technology" type="String" reportable="dimension">
Pour prendre en charge l’élément ProcessConfiguration [elementName], le type d’élément de travail [witName] doit définir TypeField [typeField] (nom refname de champ [refName]).
Dans ProcessConfiguration, vous avez créé un TypeField avec TypeFieldValues. Dans votre type d’élément de travail, vous devez référencer ce même TypeFieldtype .
Exemple d’erreur
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 utilise le champ Microsoft.VSTS.Feedback.ApplicationType lorsqu’il doit utiliser le champ Custom.ApplicationType.
<FIELD name="Application Type" refname="Microsoft.VSTS.Feedback.ApplicationType" type="String">
...
</FIELD>
Exemple de résolution
FeedbackRequest.xml
<FIELD name="Application Type" refname="Custom.ApplicationType" type="String">
...
</FIELD>
TF402556 : Pour que le champ [refName] soit bien défini, vous devez le nommer [fieldName] et définir son type sur [fieldType]. Fourni [refName] est [fieldName] et le type est [fieldType].
Si vous êtes sur un serveur local et que vous exécutez tfsMigrator, cette erreur est généralement générée lorsque votre processus est obsolète et qu’un champ système n’est pas correctement défini. Dans la majorité de ces cas, vous devez utiliser la witadmin /changefield commande pour renommer correctement le champ.
Exemples de champs réservés
Système réservé.XXX et Microsoft.VSTS.Les champs XXX ont des valeurs de nom et de type obligatoires.
| Champ | Nom | Type |
|---|---|---|
| System.Id | ID | Integer |
| System.Title | Titre | Chaîne |
| Microsoft.VSTS.Scheduling.StoryPoints | Points d’histoire | Double |
| Microsoft.VSTS.Scheduling.RemainingWork | Travail restant | Double |
| Microsoft.VSTS.Scheduling.OriginalEstimate | Estimation d’origine | Double |
| Microsoft.VSTS.Scheduling.CompletedWork | Travail effectué | Double |
Exemple d’erreur
TF402556 : Pour que le champ Microsoft.VSTS.TCM.ReproSteps soit bien défini, vous devez le nommer Étapes repro et définir son type sur HTML. À condition que Microsoft.VSTS.TCM.ReproSteps soit My Repro Steps et le type est HTML.
Dans Bug.xml, le nom du champ convivial a été remplacé par « Mes étapes de reproduction ».
<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>
Exemple de résolution
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 : les définitions incohérentes existent pour le champ [refName] dans les types d’éléments de travail suivants : [witName]. Vérifiez que toutes les références à un champ ont le même RefName, Name et Type.
FIELD les définitions d’éléments pour les champs portant le même nom convivial doivent être cohérentes entre les WIT.
Vérifiez que les attributs et type les refnamenameattributs sont identiques dans chacune de vos définitions WIT pour le champ nommé.
Exemple d’erreur
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" />
Notez que les attributs et type les name attributs diffèrent de celui du type d’élément de travail Bug.xml
Exemple de résolution
Bug.xml
<FIELD name="Hair Color" refname="MyCompany.CustomFields.HairColor" type="String" reportable="dimension" />
UserStory.xml
<FIELD name="Hair Color" refname="MyCompany.CustomFields.HairColor" type="String" reportable="dimension" />
TF402558 : la définition du champ [refName] n’est pas conforme à la définition existante du champ dans les modèles suivants : [templateNames].
Les champs doivent être définis de manière cohérente entre les processus qui ont été ou que vous envisagez d’importer dans Azure DevOps Services.
Le système ne vous permet pas d’importer un processus qui contient un élément qui est défini d’une FIELD manière dans Process A et d’une autre façon dans Le processus B. Tous les FIELD attributs d’élément doivent correspondre.
Exemple
Traiter A, Bug.xml
<FIELDS>
...
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
...
</FIELDS>
Process B, Bug.xml
<FIELDS>
...
<FIELD name="Bar" refname="MyCompany.CustomFields.Foo" type="Double" reportable="dimension" />
...
</FIELDS>
Notez comment différentes valeurs sont spécifiées pour name et type les attributs.
Résolution
Vérifiez que les champs des mêmes sont définis de la même refname façon sur tous les processus qui
ont été importés ou que vous envisagez d’importer dans Azure DevOps Services.
TF402559 : la définition du champ [refName] n’est pas compatible avec un champ existant. La type valeur est [typeName] mais doit être [typeName].
Modifiez le ou les fichiers WIT qui contiennent le champ nommé pour vous assurer que la valeur d’attribut spécifiée type est cohérente sur tous les WIT.
TF402562 : vous avez défini [n] champs pour le type d’élément de travail [witName]. Seuls [fieldLimit] sont autorisés.
Vous avez défini [n] champs pour le type d’élément de travail [witName]. Seuls [fieldLimit] sont autorisés. Dans un seul WIT, vous pouvez spécifier uniquement le nombre de champs spécifié.
Modifiez le WIT nommé et supprimez les champs personnalisés supplémentaires pour réduire le nombre total de champs à respecter dans la limite autorisée.
TF402563 : vous avez défini un total de champs [n] pour tous les types d’éléments de travail. Seuls [fieldLimit] sont autorisés.
Vous avez défini les champs [n] pour tous les wiT définis dans le processus. Seuls [fieldLimit] sont autorisés. Cela inclut System.XXX et Microsoft.VSTS.Champs d’espace de noms XXX et champs personnalisés.
Passez en revue les FIELDS sections et WORKFLOW déterminez les champs personnalisés à supprimer.
TF402566 : vous avez défini [n] des règles de champ pour le type d’élément de travail [witName]. Un maximum de [ruleLimit] est autorisé.
Vous avez défini [n] des règles de champ pour le WIT nommé qui dépasse le nombre autorisé de règles de champ pour n’importe quel WIT.
Modifiez le WIT nommé et supprimez les règles de champ supplémentaires pour réduire le nombre total de champs à respecter dans la limite autorisée.
TF402568 : vous avez défini [n] champs avec syncnamechanges="true" pour le type d’élément de travail [witName]. Un maximum de 64 est autorisé.
Le nombre de champs définis syncnamechanges="true" pour le WIT nommé dépasse la limite autorisée. Cela inclut System.XXX et Microsoft.VSTS.Champs d’espace de noms XXX et champs personnalisés.
Passez en revue la FIELDS section du WIT nommé et déterminez les champs personnalisés à supprimer ou modifier.
Exemple
<FIELD name="Assigned To" refname="System.AssignedTo" type="String" reportable="dimension" syncnamechanges="true" >
...
</FIELD>
TF402569 : vous avez défini [n] valeurs pour le champ [fieldName] dans le type d’élément de travail [witName]. Un maximum de [listLimit] est autorisé.
Le nombre d’éléments LISTITEM définis pour le champ nommé dans le WIT nommé dépasse la limite autorisée.
Modifiez le WIT nommé pour réduire le nombre d’élémentsLISTITEM afin de ne pas dépasser le maximum autorisé.
Exemple
<FIELD name="Favorite Color" refname="MyCompany.CustomFields.FavColor" type="String" reportable="dimension">
<ALLOWEDVALUES>
<LISTITEM value="Color1" />
<LISTITEM value="Color2" />
<LISTITEM value="Color3" />
. . .
</ALLOWEDVALUES>
</FIELD>
Notez que les valeurs de bogue et de récit refname utilisateur sont différentes.
TF402584 : les attributs de règle de champ « for » ou « not » ne sont pas pris en charge.
Les "for" attributs et "not" les attributs ne sont pas pris en charge pour toutes les règles de champ à importer dans Azure DevOps Services.
Passez en revue les sections et WORKFLOW la FIELDS présence d’attributs "for" et "not" supprimez-les.
Exemple d’erreur
<FIELD name="Title">
<READONLY for="Dev Team" not="Test Team" />
</FIELD>
Exemple de résolution
<FIELD name="Title">
<READONLY />
</FIELD>
TF402593 : les règles de champ ne sont pas prises en charge pour le champ [fieldName].
La plupart des champs System et Microsoft.VSTS ne prennent pas en charge les règles. Consultez Règles et évaluation des règles pour obtenir la liste complète des règles de champ prises en charge.
Modifiez les fichiers de définition pour les types d’éléments de travail qui contiennent le champ nommé et supprimez les règles de champ spécifiées pour celle-ci.
TF402602 : le champ [refName] doit avoir exactement ces valeurs [valeurs ].
Tous les champs définis par VSTS dans les espaces de noms réservés-System.XXX et Microsoft.VSTS.XXX-ne doit pas être modifié. Si vous souhaitez avoir une liste différente de valeurs dans ces champs de liste de sélection, définissez votre propre champ personnalisé.
Exemple d’erreur
Bug.xml a le champ de priorité défini, mais a une liste de valeurs différente de celle attendue.
<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>
Exemple de résolution
Correction de Bug.xml, y compris un nouveau champ
<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 : l’utilisateur ou le groupe est introuvable [projet]\Nom du groupe. Vérifiez que les utilisateurs et les groupes utilisés dans votre définition de type d’élément de travail existent.
Les groupes d’étendue de projet personnalisés ne sont pas pris en charge. Vous ne pouvez référencer que des groupes délimités au niveau du compte.
Exemple d’erreur
Bug.xml fait référence à un groupe délimité par un projet.
... "[project]\Organization Leaders"
Exemple de résolution
Créez un groupe de niveau compte (collection) « Organization Leaders » et référencez-le en conséquence dans le code XML.
... "[global]\Organization Leaders"
Remarque
Un groupe global fraîchement créé peut prendre un peu de temps avant d’être trouvé par le processus d’importation.
TF237094 : le nom du champ '[fieldName]' est utilisé par le champ '[refName]', de sorte qu’il ne peut pas être utilisé par le champ '[refName]'.
Le nom du champ existe déjà avec ce même nom sur un autre champ. Modifiez le nom du champ.
Exemple d’erreur
TF237094: Field name 'External ID' is used by the field 'Custom.ExistingField.ExternalID', so it cannot be used by the field 'Custom.NewField.ExternalID'.
Exemple de résolution
Modifier le nom du champ Custom.NewField.ExternalID
<FIELD name="External ID" refname="Custom.NewField.ExternalID" type="string" reportable="dimension" />
Disposition des éléments de travail
VS403104 : le type d’élément de travail [witName] fait référence au champ requis [refName] qui n’est pas inclus dans toutes les dispositions.
Cet avertissement est généré si vous avez un champ obligatoire dans un type d’élément de travail référencé dans le <Layout> nœud, mais pas le <WebLayout>. Il <WebLayout> est utilisé pour modifier la disposition du nouveau formulaire. Consultez la référence xml WebLayout pour plus d’informations.
VS403073 : Groupe & <Group Name>: enfreint la règle qu’un groupe ne peut contenir qu’un seul contrôle HTML ou WebPage précédé de contrôles d’étiquette..
Dans la nouvelle disposition de formulaire, un groupe ne peut contenir qu’un seul CODE HTMLFieldControl ou WebPageControl.
Exemple d’erreur
<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>
Pour résoudre ce problème, créez deux groupes distincts qui contiennent chacun un contrôle.
Exemple de résolution
<Section>
<Group Label="Reason for Request">
<Control Label="Reason For Request:" Type="HtmlFieldControl" FieldName="System.Description" />
</Group>
<Group Label="Business Case">
<Control Label="Business Case For Request" Type="HtmlFieldControl" FieldName="Custom.BusinessCase" />
</Group>
</Section>
TF402594 : Le fichier enfreint le schéma avec l’erreur suivante : l’élément 'Control' ne peut pas contenir l’élément enfant 'Link', car le con mode tente l de l’élément parent est vide.
Exemple d’erreur
<Control Type="FieldControl" FieldName="customfield.foo" Label="Foo" LabelPosition="Left">
<Link UrlRoot="http://www.visualstudio.microsoft.com/team-services/" />
</Control>
Exemple de résolution
<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>
Définitions de flux de travail
TF402567 : vous avez défini [n] les états de flux de travail pour le type d’élément de travail [witName]. Un maximum de [stateLimit] est autorisé.
Vous avez défini les états de flux de travail [n] pour le WIT nommé, qui dépasse le nombre autorisé d’états de flux de travail pour n’importe quel WIT.
Modifiez la WORKFLOW section du WIT nommé et supprimez les éléments supplémentaires STATE pour réduire le nombre total d’états dans la limite autorisée.
TF402578 : Champ [refName] spécifie le nom convivial [friendlyName] qui est déjà utilisé par le champ [refName]. Les noms conviviaux doivent être uniques dans toutes les définitions de champ.
Les noms de champs doivent être uniques dans le type d’élément de travail.
Exemple d’erreur
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
<FIELD name="Foo" refname="MyCompany.CustomFields.Bar" type="String" reportable="dimension" />
Notez qu’il existe deux champs portant le nom <FIELD name="Foo"
Exemple de résolution
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
<FIELD name="Bar" refname="MyCompany.CustomFields.Bar" type="String" reportable="dimension" />
TF402579 : Nom [friendlyName] est utilisé plusieurs fois sur différents champs dans les types d’éléments de travail suivants : [witNames]. Le nom des champs doit être unique dans la collection de projets.
Les champs faisant référence au même refname="MyCompany.FieldName" nom doivent avoir la même valeur de nom FIELD name="fieldname" convivial.
Exemple d’erreur
Traiter A, Bug.xml
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
Process B, Bug.xml
<FIELD name="Bar" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
Étant donné que les deux champs partagent le même nom de référence, refname="MyCompany.CustomFields.Foo"ils doivent également spécifier le même nom <FIELD name="Foo" convivial dans tous les processus importés ou importés dans Azure DevOps Services.
TF402580 : vous ne pouvez utiliser le nom [witName] que pour un seul type d’élément de travail.
Les noms WORKITEMTYPE name="Name" conviviaux WIT doivent être uniques au sein du processus.
Exemple d’erreur
Mon élément de travail A.xml
<WORKITEMTYPE name="My Work Item" refname="My.MyWorkItemA">
Mon élément de travail B.xml
<WORKITEMTYPE name="My Work Item" refname="My.MyWorkItemB">
Notez comment l’élément WORKITEMTYPE name= de travail est le même dans les deux types d’éléments de travail.
Exemple de résolution
Mon élément de travail A.xml
<WORKITEMTYPE name="My Work Item A" refname="My.MyWorkItemA">
Mon élément de travail B.xml
<WORKITEMTYPE name="My Work Item B" refname="My.MyWorkItemB">
TF402581 : vous ne pouvez utiliser le nom refname [refName] que pour un seul type d’élément de travail.
Les noms refname="value" de référence WIT doivent être uniques au sein du processus.
Exemple d’erreur
Bug.xml
<WORKITEMTYPE name="Bug" refname="MyCompany.Name">
UserStory.xml
<WORKITEMTYPE name="User Story" refname="MyCompany.Name">
notez que les deux refname valeurs sont égales à « MyCompany.Name »
Exemple de résolution
Bug.xml
<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">
UserStory.xml
<WORKITEMTYPE name="User Story" refname="MyCompany.UserStory">
TF402582 : le type d’élément de travail [witName] contient le contrôle personnalisé [controlName] qui n’est pas pris en charge.
Les contrôles personnalisés ne sont pas pris en charge dans Azure DevOps Services. Passez en revue la FORM section du WIT nommé et supprimez les contrôles personnalisés définis.
Exemple d’erreur
Type="OneViewMultiValueControl" spécifie un contrôle personnalisé. Cela doit être supprimé ou remplacé par un contrôle pris en charge.
<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>
Erreurs de plug-in de gestion des tests
Le fichier TestManagement.xml, situé dans le dossier Gestion des tests, doit être conforme à la syntaxe et aux règles décrites dans Définir la configuration initiale de Test Manager.
TF402533 : l’élément '[elementName]' dans le plug-in TestManagement manque l’attribut 'fileName' .
Ajoutez l’attribut manquant à l’élément nommé dans le fichier TestManagement.xml.
TF402534 : le plug-in TestManagement contient une tâche non prise en charge '[taskName]'
Corrigez la tâche nommée dans votre fichier TestManagement.xml.
Exemple d’erreur
L’élément TestResolutionStates a été mal orthographié.
<taskXml>
<TestResolutionSattes fileName="Test Management\TestResolutionState.xml" />
</taskXml>
Exemple de résolution
Correction des fautes d’orthographe.
<taskXml>
<TestResolutionStates fileName="Test Management\TestResolutionState.xml" />
</taskXml>
Articles connexes
Commentaires
Bientôt disponible : Tout au long de l’année 2024, nous abandonnerons progressivement le mécanisme de retour d’information GitHub Issues pour le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez : https://aka.ms/ContentUserFeedback.
Soumettre et afficher des commentaires pour