Resolución de errores de validación para la importación de procesos
Azure DevOps Services
Importante
El proceso de importación admite el modelo de proceso XML hospedado que permite administrar personalizaciones mediante la actualización de la definición wiT de una plantilla de proceso. Esta característica solo está disponible para organizaciones que se han migrado a Azure DevOps Services mediante el servicio de importación de datos de Azure DevOps. Póngase en contacto con nosotros si tiene alguna pregunta sobre la personalización del proceso de Azure DevOps Services.
Si usa el modelo de proceso de herencia, puede personalizar el seguimiento del trabajo a través de la interfaz de usuario mediante la creación de un proceso heredado. Si usa el modelo de proceso XML local, puede personalizar una plantilla de proceso, consulte Cargar o descargar una plantilla de proceso y Personalizar una plantilla de proceso.
Para más información sobre los modelos de proceso, consulte Personalización del seguimiento del trabajo.
Durante la importación de procesos, el proceso se valida para asegurarse de que el sistema funciona según lo previsto para el proceso personalizado. Recibirá una lista de mensajes de error si se produce un error en la validación del proceso.
Si ha recibido un error de validación al intentar el proceso de importación, deberá resolver el error antes de volver a intentar la importación. Cada error tiene un vínculo para obtener más información sobre los errores de validación específicos e instrucciones sobre cómo corregirlo. Aplique las correcciones de resolución proporcionadas para los mensajes que recibió, comprima los archivos actualizados y vuelva a intentar la operación de importación.
Si acaba de iniciar la personalización, revise las reglas de validación proporcionadas.
Mensajes de información: no se requiere ninguna acción
TF402555: se elimina el campo [refName].
El proceso que va a importar no incluye el campo con nombre en el proceso que se está actualizando, por lo que se quita como parte de la operación de actualización.
Escenario de ejemplo
- Agregar un campo personalizado al elemento de trabajo Bug.xml
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" /> - Proceso de importación
- Quitar campo de Bug.xml
- Importación del proceso actualizado
El sistema muestra un mensaje de información sobre el campo que se va a eliminar.
TF402555: Field MyCompany.CustomFields.Foo will be deleted
TF402591: el campo con nombre de referencia [refName] no se puede cambiar de nombre a '[name1]' de '[name2]' en los procesos existentes [processName].
El proceso que va a importar contiene un campo cambiado de nombre que usa lo mismo refname en los procesos actuales.
No se puede cambiar el nombre de los nombres de campo.
TF402598: se elimina el tipo de elemento de trabajo [refName].
El proceso que va a actualizar no incluye el WIT con nombre que existe en el proceso actual. Como parte de la actualización del proceso existente, el sistema elimina el WIT con nombre del proceso actual.
Escenario de ejemplo
- Crear un nuevo tipo de elemento de trabajo denominado "LSI"
<WORKITEMTYPE name="LSI" refname="My.LSI"> - Proceso de importación
- Quitar el tipo de elemento de trabajo LSI del proceso
- Importación del proceso actualizado
El sistema muestra un mensaje de información sobre la eliminación.
TF402598: Work item type My.LSI will be deleted
TF402601: se cambia el nombre del tipo de elemento de trabajo [witName] a [name1] de [name2].
El proceso contiene un WIT cuyo nombre ha cambiado. Se cambia el nombre del WIT en el proceso existente.
El proceso que va a actualizar contiene un WIT cuyo nombre se ha cambiado del nombre en el proceso actual.
Como parte de la actualización del proceso existente, el sistema cambia el nombre del WIT en el proceso actual. También se cambia el nombre de todos los elementos de trabajo de los proyectos existentes que hacen referencia al proceso.
Escenario de ejemplo
- Crear un nuevo tipo de elemento de trabajo denominado "LSI"
<WORKITEMTYPE name="LSI" refname="My.LSI"> - Proceso de importación
- Cambiar el nombre del tipo de elemento de trabajo LSI a Incidente de sitio activo
<WORKITEMTYPE name="Live Site Incident" refname="My.LSI"> - Importación del proceso actualizado
El sistema muestra un mensaje de información sobre el WIT cuyo nombre se va a cambiar.
TF402601: Work item type My.LSI will be renamed to 'Live Site Incident' from 'LSI'
Errores de archivo varios
TF402586: Archivo de análisis de errores: [Mensaje de error]
La sintaxis XML con formato incorrecto puede provocar errores de análisis de archivos. La falta de etiquetas de cierre, las comillas que faltan, los corchetes abiertos o cerrados (< o >) pueden provocar un error de archivo de análisis.
En el mensaje de error, determine y corrija el origen del XML con formato incorrecto.
TF402594: El archivo infringe el esquema con el siguiente error: [Mensaje de error]
Cada archivo XML del archivo ZIP del proceso debe ajustarse al esquema especificado. Los errores de infracción de esquema se deben a etiquetas o atributos XML personalizados dentro del archivo XML. Lea el mensaje de error para determinar el origen de la infracción del esquema y corregirlo en consecuencia.
La definición de esquema para el seguimiento de elementos de trabajo define todos los elementos secundarios del FORM elemento como mayúsculas y minúsculas y todos los demás elementos como mayúsculas. Si se producen errores al validar los archivos de definición de tipos, compruebe la estructura del uso de mayúsculas y minúsculas en sus elementos. También, la estructura del uso de mayúsculas y minúsculas en las etiquetas de apertura y cierre deben ajustarse a las reglas sintácticas de XML.
Ejemplos de errores
Etiqueta XML personalizada:
<WORKITEMTYPE name="Bug" refname="My.Bug">
<FOO>Hello World</FOO>
...
Atributo adicional agregado al elemento XML:
<WORKITEMTYPE name="Bug" refname="My.Bug" foo="hello world">
VS412450: error de validación del esquema Xml en [fileName]. [Mensaje de error]
Corrija el error de esquema en el archivo con nombre.
Errores de complemento de plantilla de proceso
ProcessTemplate.xml es el archivo raíz que define todo el proceso y todos los archivos de definición XML que se importarán para agregar o actualizar un proceso. Este archivo contiene todos los complementos y grupos de tareas a los que se hace referencia al crear un proyecto. Cada grupo de tareas hace referencia a un archivo XML subordinado (a menudo en una subcarpeta) donde se definen las tareas específicas. En general, se especifica un grupo de tareas para cada complemento.
El archivo de definición ProcessTemplate.xml debe cumplir la sintaxis y las reglas descritas en La referencia de elementos XML ProcessTemplate.
VS412457: no se encontró el archivo especificado '[fileName]' en el paquete de proceso.
Corrija el paquete ZIP del proceso para incluir el archivo con nombre.
VS402452: la plantilla de proceso no especificó una versión o especificó una versión no válida.
Edite el archivo ProcessTemplate.xml para especificar una versión.
Ejemplo de error
El archivo ProcessTemplate.xml especifica el mismo version GUID que para el proceso agile, que es un proceso bloqueado.
<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" />
Ejemplo de resolución
Se especifica un GUID diferente.
<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: el archivo ZIP de plantilla de proceso no contiene el complemento necesario [pluginName].
Todos los archivos enumerados en el archivo ProcessTemplate.xml y sus archivos de complemento admitidos deben estar presentes en el archivo ZIP del proceso.
Use una herramienta de búsqueda para buscar todas las instancias de filename=value dentro del conjunto de archivos y carpetas de proceso. A continuación, actualice el complemento para quitar el archivo con nombre que falta o agregue el archivo con nombre a la carpeta de proceso a la que pertenece.
<taskList filename="WorkItem Tracking\WorkItems.xml" />
Ejemplo de error
El complemento WorkItemTracking especifica fileName="WorkItem Tracking\TypeDefinitions\Epic.xml, pero no se ha agregado a la carpeta WorkItem Tracking\TypeDefinitions.
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Epic.xml" />
Ejemplo de resolución
Agregue el archivo Epic.xml a la carpeta WorkItem Tracking\TypeDefinitions.
VS412454: el complemento [pluginName] contiene varios taskList{1}, {2}. Solo se permite una taskList por complemento.
Corrija el archivo ProcessTemplate.xml del complemento con nombre para reducir el número de tasklist elementos definidos.
Ejemplo de error
El complemento WorkItemTracking contiene dos tasklist instrucciones.
<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>
Ejemplo de resolución
<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: solo puede incluir un archivo de definición de categoría en el proceso.
Ejemplo de error
El archivo WorkItems.xml contiene dos CATEGORIES instrucciones.
<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>
Ejemplo de resolución
El archivo WorkItems.xml se ha actualizado para contener solo una CATEGORIES instrucción.
<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: solo puede incluir un archivo de definición ProcessConfiguration en el proceso.
Ejemplo de error
El archivo WorkItems.xml contiene instrucciones duplicadas ProjectConfiguration .
<taskXml>
<PROCESSCONFIGURATION>
<ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
<taskXml>
<PROCESSCONFIGURATION>
<ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
Ejemplo de resolución
El archivo WorkItems.xml se ha actualizado para contener solo una ProjectConfiguration instrucción.
<taskXml>
<PROCESSCONFIGURATION>
<ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
TF402587: falta el archivo ProcessConfiguration requerido.
El archivo WorkItems.xml especifica el archivo ProcessConfiguration que se va a cargar. El archivo no se especifica, contiene una especificación obsoleta, falta el archivo especificado de la plantilla o el nombre de carpeta o archivo no es correcto.
Ejemplo de error
La configuración especificada está obsoleta y especifica dos archivos que no están incluidos en la carpeta Process.
<taskXml>
<PROCESSCONFIGURATION>
<CommonConfiguration fileName="WorkItem Tracking\Process\CommonConfiguration.xml"/>
<AgileConfiguration fileName="WorkItem Tracking\Process\AgileConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
Ejemplo de resolución
El archivo WorkItems.xml se ha actualizado para contener la instrucción de configuración ProjectConfiguration correcta.
<taskXml>
<PROCESSCONFIGURATION>
<ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>
</taskXml>
TF402577: Field [refName] especifica el nombre descriptivo [friendlyName] que ya está en uso por los campos [refName] en los procesos [processNames].
Los nombres descriptivos deben ser únicos en todas las definiciones de campo para todas las definiciones de WIT especificadas para todos los procesos importados a Azure DevOps Services.
Los procesos con nombre contienen WIT que definen un campo que usa el nombre descriptivo.
Modifique la definición de WIT en el archivo ZIP de proceso que contiene [refName] y especifique un nombre descriptivo diferente o haga que coincida con un campo existente en uso.
Ejemplo de error
La definición userStory WIT contiene FIELD el elemento para Fabrikam.Product.Family con el nombre descriptivo 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>
Sin embargo, en un proceso existente, Fabrikam.Product.Versions usa el nombre descriptivo 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>
Ejemplo de resolución
Actualice la definición de USERStory WIT para que coincida con el campo existente.
<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: falta la referencia necesaria del complemento WorkItemTracking de la plantilla de proceso.
Debe especificar el Microsoft.ProjectCreationWizard.WorkItemTracking complemento en la metadata sección del archivo ProcessTemplate.xml:
Ejemplo de error
Falta Microsoft.ProjectCreationWizard.WorkItemTracking el complemento en la plugins sección del archivo 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>
Ejemplo de resolución
<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>
Categorías
El archivo de definición Categories.xml debe cumplir la sintaxis y las reglas descritas en La referencia de elementos XML Categories.
TF402546: la categoría [categoryName] falta en el archivo de categorías.
Todas las categorías a las que se hace referencia en el archivo ProcessConfiguration.xml deben definirse en el archivo Categories.xml. Además, el sistema requiere que el archivo Categories.xml contenga definiciones para las siguientes categorías:
- Categoría de errores
- Categoría de solicitud de revisión de código
- Categoría de respuesta de revisión de código
- Categoría de solicitud de comentarios
- Categoría de respuesta de comentarios
- Categoría tipos ocultos
- Categoría de requisito
- Categoría de paso compartido
- Categoría de parámetro compartido
- Categoría de la tarea
- Categoría de caso de prueba
- Categoría de plan de prueba
- Categoría del conjunto de pruebas
Actualice el archivo Categories.xml para definir la categoría [nombre] que falta.
Ejemplo de error
ProcessConfiguration hace referencia a la categoría epopeya, pero falta el archivo de definición Categories.xml.
Ejemplo de resolución
Epic Category se agrega al archivo Categories.
<CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
<DEFAULTWORKITEMTYPE name="Epic" />
</CATEGORY>
TF402553: Elemento [nombre] hace referencia a la categoría [categoryName] que no está definida en el archivo de categorías.
Actualice el archivo Categories.xml para definir la categoría [categoryName] que falta.
TF402560: ha definido [n] categorías. Solo se permiten [nn].
Revise el archivo Categories.xml para todas las CATEGORY instrucciones de elemento y determine cuáles puede eliminar para que no supere el límite permitido.
A continuación, revise el archivo ProcessConfiguration.xml para reemplazar los valores que hacen referencia a las categorías eliminadas.
TF402596: la categoría [categoryName] no define el tipo de elemento de trabajo [witName].
Las categorías deben hacer referencia a wiT que se definen en la carpeta /WorkItem Tracking/TypeDefinitions y se muestran como una tarea para cargarlas en el archivo de complemento WorkItems.xml.
Revise el archivo Categories.xml para ver las referencias a un WIT que no se incluye en la carpeta /WorkItem Tracking/TypeDefinitions.
Ejemplo de error
El nombre del WIT al que se hace referencia para Microsoft.EpicCategory está mal escrito.
<CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
<DEFAULTWORKITEMTYPE name="EpicABC" />
</CATEGORY>
Ejemplo de resolución
<CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
<DEFAULTWORKITEMTYPE name="Epic" />
</CATEGORY>
TF402597: no se admite la categoría personalizada [categoryName] porque ProcessConfiguration no hace referencia a ella.
Solo puede especificar categorías personalizadas que use para configurar una característica de herramienta ágil en ProcessConfiguration.
Revise el archivo ProcessConfiguration.xml y determine si no ha agregado compatibilidad con una categoría. De lo contrario, quite [categoryName] del archivo Categories.xml.
Ejemplo de error
ProcessConfiguration no hace referencia a Microsoft.EpicCategory, aunque se define en el archivo de definición Categories.xml.
Ejemplo de resolución
Agregue PortfolioBacklog a ProcessConfiguration para hacer referencia a 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>
Artículos de referencia:
Errores de complemento de clasificación
El archivo de definición Classification.xml debe cumplir la sintaxis y las reglas descritas en el complemento Clasificación.
TF402511: el complemento Clasificación contiene el nombre de propiedad duplicado: [propertyName].
Ejemplo de error
El archivo Classification.xml contiene una segunda instrucción property name="MSPROJ" en el properties elemento contenedor.
<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>
Ejemplo de resolución
Quite la instrucción duplicada.
<properties>
<property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Fabrikam Agile"/>
</properties>
TF402512: el archivo [fileName] no existe.
El archivo especificado en el archivo Classification.xml no está presente en la ruta de acceso especificada o la ruta de acceso está mal escrita.
Ejemplo de error
La ruta de acceso de la carpeta Clasificación está mal escrita.
<properties>
<property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Agile"/>
</properties>
Ejemplo de resolución
<properties>
<property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Fabrikam Agile"/>
</properties>
TF402513: el nombre [pathName] del complemento Clasificación no se ajusta a las restricciones de nomenclatura de TreePath.
Revise los Node elementos que ha especificado y cambie los nombres para que se ajusten a las convenciones de nomenclatura admitidas.
Referencia: agregar y modificar rutas de acceso de área e iteración.
Ejemplo de error
Los nombres de ruta de acceso incluyen el carácter # que no está permitido.
<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>
Ejemplo de resolución
Se han corregido los nombres de ruta de acceso.
<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] en el complemento Clasificación no se admite.
El StructureType atributo solo permite los siguientes valores: ProjectModelHierarchy y ProjectLifecycle.
Revise los Node elementos que ha especificado y quite los atributos no admitidos.
Ejemplo de error
ProjectLifecycle ha sido mal escrito.
<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>
Ejemplo de resolución
Se ha corregido el nombre mal escrito.
<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: falta o no se admite un atributo de propiedad en el complemento Clasificación.
El property elemento solo permite los siguientes atributos: name , value y isFile.
Revise los property elementos que ha especificado y quite los atributos no admitidos.
Ejemplo de error
El value atributo está mal escrito.
<properties>
<property name="MSPROJ" vaule="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Agile" />
</properties>
Ejemplo de resolución
Se ha corregido el atributo mal escrito.
<properties>
<property name="MSPROJ" value="Classification\Fabrikam_FileMapping.xml" isFile="true" />
<property name="Process Template" value="Fabrikam Agile"/>
</properties>
TF402516: el complemento Clasificación contiene más de dos nodos de nivel raíz, que no se admiten.
Revise los Node elementos que ha especificado y quite nodos de nivel raíz adicionales.
Ejemplo de error
El archivo Classification.xml contiene una segunda instrucción Node StructureType="ProjectLifecycle" en el Nodes elemento contenedor.
<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>
Ejemplo de resolución
Quite la segunda instrucción.
<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: falta la ruta de acceso de área o iteración '[pathName]' del complemento GroupsandPermissions.
Agregue la falta [pathName] al archivo Classification.xml o quítelo del archivo GroupsandPermissions.xml.
Ejemplo de error
El archivo Classification.xml especifica sprints, no iteraciones.
GroupsandPermissions.xmlteamSettings especifica iteraciones.
<teamSettings areaPath="Area">
<iterationPaths backlogPath="Iteration">
<iterationPath path="Iteration 1" />
<iterationPath path="Iteration 2" />
<iterationPath path="Iteration 3" />
</iterationPaths>
</teamSettings>
Sin embargo, Classification.xml especifica 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>
Ejemplo de resolución
Actualice GroupsandPermissions.xml para usar sprints.
<teamSettings areaPath="Area">
<iterationPaths backlogPath="Iteration">
<iterationPath path="Sprint 1" />
<iterationPath path="Sprint 2" />
<iterationPath path="Sprint 3" />
</iterationPaths>
</teamSettings>
Tipos de vínculos
Nota:
Los tipos de vínculo personalizados no se admiten en el proceso de importación actual.
TF402561: ha definido [n] tipos de vínculo personalizados. Solo se permiten [nn].
Revise el archivo de complemento WorkItems.xml para ver todas las LINKTYPE instrucciones de elemento.
Quite instrucciones asociadas a tipos de vínculo personalizados, de modo que no supere el límite permitido.
A continuación, quite el archivo de definición de tipo de vínculo correspondiente de la carpeta LinkTypes.
Además, quite las referencias a los tipos de vínculo personalizados que haya agregado a una definición wit dentro de una LinksControlOptions sección de la FORM sección.
TF402583: el tipo de vínculo personalizado [name] no es válido porque no se admiten tipos de vínculo personalizados.
Revise el archivo de complemento WorkItems.xml para ver todas las LINKTYPE instrucciones de elemento. Quite las instrucciones que especifiquen un tipo de vínculo personalizado.
A continuación, quite el archivo de definición de tipo de vínculo correspondiente de la carpeta LinkTypes.
Las siguientes LINKTYPE instrucciones de elemento dentro del archivo de complemento WorkItems.xml son válidas:
<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>
Listas globales
Nota:
Las listas globales no se admiten en la característica de proceso de importación actual.
TF402564: ha definido [n] listas globales. Solo se permiten [nn].
Uno o varios WIT definidos en la plantilla de proceso personalizado contienen un GLOBALLIST elemento .
Busque en los archivos de definición de WIT y reemplace los GLOBALLIST elementos por ALLOWEDVALUES elementos o SUGGESTEDVALUES .
Para obtener una sintaxis de referencia, consulte Definir listas de selección.
TF402565: ha definido [n] elementos en la lista global [globalListName]. Se permite un máximo de [nn].
El elemento con nombre GLOBALLIST contiene más elementos de los permitidos. Reduzca el número de elementos de lista contenidos en el GLOBALLIST elemento o segmente la lista global en dos o más elementos para que ninguna lista supere el número máximo de elementos permitidos.
Para obtener una sintaxis de referencia, consulte Definir listas de selección.
Configuración de proceso
El archivo de definición ProcessConfiguration.xml debe cumplir la sintaxis y las reglas descritas en La referencia de elementos XML ProcessConfiguration.
TF402543: Element [elementName] requiere que asigne exactamente un estado de flujo de trabajo al metastate [metastateName].
Actualice la States sección dentro del elemento con nombre en el archivo ProcessConfiguration.xml para proporcionar la asignación de metastate que falta o quitar asignaciones adicionales.
Ejemplo de error
El elemento ProcessConfiguration.xml RequirementBacklog falta una asignación de metastate para 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 >
Ejemplo de resolución
Se han agregado asignaciones de metastate que faltan.
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
<States>
<State value="New" type="Proposed" />
<State value="Committed" type="InProgress" />
<State value="Done" type="Complete" />
</States>
. . .
</RequirementBacklog >
TF402547: Element [elementName] requiere que para el tipo de elemento de trabajo [witName] asigne al menos un estado a metastate [metastateName].
Revise los WORKFLOW estados definidos para el WIT con nombre y, a continuación, actualice la States sección dentro del elemento con nombre en el archivo ProcessConfiguration.xml para proporcionar la asignación de metastate que falta para el WIT con nombre.
TF402548: Element [elementName] requiere que asigne al menos un estado al metastate [metastateName].
Actualice la States sección dentro del elemento con nombre en el archivo ProcessConfiguration.xml para proporcionar la asignación de metastate que falta.
Ejemplo de error
El elemento ProcessConfiguration.xml RequirementBacklog falta una asignación de metastate para 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 >
Ejemplo de resolución
Se han agregado asignaciones de metastate que faltan.
<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: El elemento [elementName] incluye más de una asignación de metastate para el estado de flujo de trabajo [stateName].
El valor de metastate no se puede asignar a más de un estado de flujo de trabajo.
Ejemplo de error
El elemento ProcessConfiguration.xml RequirementBacklog contiene dos asignaciones de metastate para 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 >
Ejemplo de resolución
Se han corregido las asignaciones de metastate.
<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: el tipo de elemento de trabajo [witName] no define el estado de flujo de trabajo [stateName], que es necesario porque ProcessConfiguration lo asigna a un metastate para el elemento [elementName].
Corrija el archivo ProcessConfiguration.xml o la WORKFLOW sección del WIT con nombre para agregar los elementos y TRANSITION que faltanSTATE.
Ejemplo de error
El elemento ProcessConfiguration.xml RequirementBacklog especifica value="Committed", pero UserStory.xml no define Committed como estado.
<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 >
Ejemplo de resolución
Se quitó el State elemento de Committed.
<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] requiere que para el tipo de elemento de trabajo [witName] asigne exactamente un estado a metastate [metastateName] para los estados siguientes: [stateNames].
Revise la STATES sección del archivo ProcessConfiguration.xml para el elemento con nombre y asegúrese de que cada sate enumerado en el mensaje de error está presente y asignado a un metastate.
Ejemplo de error
El elemento ProcessConfiguration.xml RequirementBacklog falta el estado New que existe en el tipo de User Story elemento de trabajo. Debe estar en la STATES lista asignada a 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 >
Ejemplo de resolución
Se ha corregido la asignación de metastate.
<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] especifica un metastate no admitido [metastateName].
Revise la STATES sección del archivo ProcessConfiguration.xml para el elemento con nombre y quite o corrija el metastate con nombre.
Ejemplo de error
El elemento ProcessConfiguration.xml RequirementBacklog contiene una asignación de metastate mal escrita para 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 >
Ejemplo de resolución
Se ha corregido la asignación de metastate.
<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: falta el elemento requerido [elementName] en Configuración del proceso.
Edite el archivo ProcessConfiguration.xml para agregar el elemento con nombre que falta.
Revise la referencia de elementos XML ProcessConfiguration para los elementos necesarios.
TF402572: no se encuentra el archivo especificado en el paquete de plantilla de proceso.
Falta un archivo especificado en un archivo de complemento para la carga del archivo ZIP. Revise todos los archivos especificados para la carga y asegúrese de que se incluyen en el archivo ZIP del proceso.
Revise la referencia de elementos XML ProcessConfiguration para los elementos necesarios.
TF402574: ProcessConfiguration no especifica [ TypeFieldtypeField].
Edite el archivo ProcessConfiguration.xml para agregar el elemento con nombre TypeField que falta.
Revise la referencia de elementos XML ProcessConfiguration para los elementos necesarios TypeField .
Ejemplo
El proceso de Scrum especifica los siguientes TypeField elementos. Si falta alguno de estos elementos, recibirá un error 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: varios trabajos pendientes de cartera [backlogNames] han definido [backlogName] como su elemento primario. Un trabajo pendiente primario puede tener solo un trabajo pendiente secundario.
Solo un trabajo pendiente de cartera secundario puede asignarse a un único trabajo pendiente primario.
Edite ProcessConfiguration para corregir las especificaciones de trabajo pendiente de elementos primarios y secundarios.
Ejemplo de error
<PortfolioBacklog category="Microsoft.EpicCategory" parent="Microsoft.InitiativeCategory" pluralName="Epics" singularName="Epic">
...
</PortfolioBacklog>
<PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.InitiativeCategory" pluralName="Features" singularName="Feature">
...
</PortfolioBacklog>
Ejemplo de resolución
Cambie el elemento primario del trabajo pendiente de características para que apunte al trabajo pendiente de 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: trabajo pendiente de cartera [backlogName] hace referencia al trabajo pendiente de cartera principal sin definir [backlogName].
La definición ProcessConfiguration.xml contiene un parent valor que hace referencia a un trabajo pendiente de cartera no definido.
Ejemplo de error
<PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">
Ejemplo de resolución
Agregue la epopeya PortfolioBacklog al archivo 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: varios trabajos pendientes de cartera [Trabajo pendiente 1, Trabajo pendiente 2] no definen a su elemento primario.
Solo un trabajo pendiente de cartera, el trabajo pendiente superior, puede no ser primario. Todos los demás trabajos pendientes deben incluir un atributo y un parent="Microsoft.FooCategory" valor.
Ejemplo de resolución
<PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">
402595: se definen demasiados trabajos pendientes de cartera. Se permite un máximo de 5.
Edite el archivo ProcessConfiguration.xml para quitar los elementos adicionales PortfolioBacklog de la PortfolioBacklogs sección.
Consulte la referencia de elementos XML ProcessConfiguration para obtener más información.
TF400506: este elemento define los estados de los elementos de trabajo que representan errores o defectos.
Este error se produce cuando la BugWorkItems sección está mal configurada.
Cada estado definido para un tipo de elemento de trabajo incluido en Microsoft.BugCategory debe existir en el conjunto de valores de estado definidos en la BugWorkItems sección . Por ejemplo, si se definen los siguientes estados para los tipos de elementos de trabajo definidos para el tipo de elemento de trabajo Bug (New, Approved, Committed, Done), la BugWorkItems sección debe configurarse de la siguiente manera:
<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>
Para obtener más información, vea Referencia de elementos XML ProcessConfiguration.
TF400507: cada tipo de elemento de trabajo debe admitir un valor de estado inicial que coincida con uno de los estados definidos en: BugWorkItems.
Este error se produce cuando un tipo de elemento de trabajo incluido en especifica Microsoft.BugCategory un estado inicial que no se incluye en la BugWorkItems sección del archivo XML ProcessConfiguration. Corrija los estados de flujo de trabajo de definición XML para los tipos de elemento de trabajo con nombre o actualice la BugWorkItems sección para incluir los estados que faltan.
Para obtener más información, vea Referencia de elementos XML ProcessConfiguration.
TF400572: el Configuración Proceso de proyecto debe configurarse para que se use esta característica.
Esto se debe a plantillas que proceden de TFS 2010 o versiones anteriores, antes de que el proceso de proyecto Configuración existiera. Pruebe a ejecutar Configurar características después de una actualización para resolverla o agregue el archivo XML ProcessConfiguration a la plantilla de proceso.
Tipos de elementos de trabajo
TF402570: ha definido [n] tipos de elementos de trabajo. Se permite un máximo de [witLimit].
Ha definido más WIT que se permiten en el proceso. Revise el archivo WorkItems.xml y reduzca el número de WORKITEMTYPE instrucciones que contiene y quite los archivos de definición wiT asociados del proceso.
TF402573: el tipo de elemento de trabajo WIT no especifica el atributo necesario refname .
Los tipos de elementos de trabajo (Bug, User Story, Task, etc.) requieren el refname atributo . El valor refname debe ser único y no puede contener ningún espacio de nombres reservado.
Los espacios de nombres-System.XXX y Microsoft.VSTS.Xxx-are reserved by Azure DevOps.
Consulte Referencia de todos los elementos XML WITD para obtener más información.
Ejemplo de error
<WORKITEMTYPE name="Bug">
Ejemplo de resolución
<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">
TF402599: el tipo de elemento de trabajo refname [refName] no es válido, ya que usa un espacio de nombres no permitido [espacio de nombres].
Los nombres de referencia de campos personalizados y WIT no pueden usar espacios de nombres reservados: sistema.XXX y Microsoft.VSTS.XXX.
Edite el refname atributo del WIT con nombre.
Ejemplo de error
<FIELD name="Custom Field" refname="Microsoft.VSTS.CustomField" type="String" />
Ejemplo de resolución
<FIELD name="Custom Field" refname="*CustomNamespace.CustomField*" type="String" />
TF402600: el nombre de referencia de tipo de elemento de trabajo [refName] no es válido. Los nombres de referencia de tipo de elemento de trabajo deben contener solo letras, sin espacios y al menos un punto (.)
Los nombres de referencia de WIT deben cumplir las convenciones de nomenclatura establecidas: solo letras, sin espacios y al menos un punto (.)
Edite el refname atributo del WIT con nombre para cumplir los requisitos de nomenclatura.
Ejemplo de error
<WORKITEMTYPE name="Bug" refname="MyCompanyBug32">
Ejemplo de resolución
<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">
Campos de elementos de trabajo
TF402538: no se admite la regla de campo [ruleName].
Edite las definiciones de WIT para quitar la regla con nombre.
No se admiten las reglas siguientes para la importación en Azure DevOps: MATCH, CANNOTLOSEVALUE, PROHIBITEDVALUESy NOTSAMEAS.
TF402539: El campo [refName] solo permite las siguientes reglas: [ruleNames].
Edite las definiciones de WIT para el campo con nombre y quite las reglas no permitidas. Revise las FIELDS secciones y WORKFLOW .
La mayoría de los campos del sistema no permiten especificar reglas.
Reglas válidas que se usarán con campos del sistema
| Nombre | Reglas permitidas |
|---|---|
| System.Title | REQUIRED, DEFAULT |
| System.Description | REQUIRED, DEFAULT |
| System.AssignedTo | REQUIRED, DEFAULT, , ALLOWEXISTINGVALUE, VALIDUSER |
| System.ChangedBy | REQUIRED, DEFAULT, , ALLOWEXISTINGVALUE, VALIDUSER |
TF402540: el tipo de elemento de trabajo [witName] no es válido porque especifica la lista global [GLOBALLIST]. No se admiten listas globales.
Las listas globales no se admiten en VSTS.
Reemplace todas las instancias de elementos por ALLOWEDVALUES elementos y LISTITEM en todos los archivos de GLOBALLIST definición de WIT.
Referencia: defina listas de selección.
Ejemplo de error
<FIELD name="CustomField" refname="MyCompany.CustomField" type="String">
<ALLOWEDVALUES>
<GLOBALLIST name="Disciplines" />
</ALLOWEDVALUES>
</FIELD>
Ejemplo de resolución
<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: el tipo de elemento de trabajo [witName] no es válido porque hace referencia a la lista global [globalListName]. No se admiten listas globales.
Las listas globales no se admiten en VSTS. Reemplace todas las instancias de elementos por ALLOWEDVALUES elementos y LISTITEM en todos los archivos de GLOBALLIST definición de WIT.
Referencia: defina listas de selección.
Ejemplo de error
<FIELD name="CustomField" refname="MyCompany.CustomField" type="String">
<ALLOWEDVALUES>
<GLOBALLIST name="Disciplines" />
</ALLOWEDVALUES>
</FIELD>
Ejemplo de resolución
<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: el nombre refname de campo personalizado [refName] no es válido, ya que usa un espacio de nombres no permitido [espacio de nombres].
Los espacios de nombres-System.XXX y Microsoft.VSTS.XXX-are reserved in VSTS. Los nombres de referencia de los campos y tipos personalizados no pueden usar estos espacios de nombres.
Para corregir este error, cambie el nombre del refname atributo del campo con nombre en los archivos de definición wiT donde aparece.
Ejemplo de error
<FIELD name="CustomField" refname="System.CustomField" type="String" />
- OR -
<FIELD name="CustomField" refname="Microsoft.VSTS.CustomField" type="String" />
Ejemplo de resolución
<FIELD name="CustomField" refname="MyCompany.CustomField" type="String" />
TF402544: Field [refName], definido en el tipo de elemento de trabajo [witName], requiere una ALLOWEDVALUES regla que contenga valores para admitir el elemento [elementName] especificado en ProcessConfiguration.
Edite el campo con nombre en el WIT con nombre para proporcionar la regla que falta ALLOWEDVALUES , haciendo referencia al elemento con nombre para obtener más detalles.
El elemento de archivo ProcessConfiguration.xml, TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity", requiere que se defina una lista de selección para el campo Microsoft.VSTS.Common.Activity en todas las WIT que pertenecen a la categoría de tarea.
<TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
Si ha agregado errores a la categoría de tareas, debe asegurarse de que el archivo Bug.xml contiene el campo con nombre y especifica la misma lista de selección que se define para ella en el archivo Task.xml.
Ejemplo de error
Bug.xml tiene el campo definido, pero no la lista de selección.
<FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
<HELPTEXT>Type of work involved</HELPTEXT>
</FIELD>
Ejemplo de resolución
Bug.xml corregido
<FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
<HELPTEXT>Type of work involved</HELPTEXT>
<SUGGESTEDVALUES>
<LISTITEM value="Development"/>
<LISTITEM value="Testing"/>
<LISTITEM value="Requirements"/>
<LISTITEM value="Design"/>
<LISTITEM value="Deployment"/>
<LISTITEM value="Documentation"/>
</SUGGESTEDVALUES>
</FIELD>
TF402545: Element [elementName] requiere que incluya el campo [fieldName] en la definición del tipo de elemento de trabajo [witName].
Debe incluir un elemento correspondiente FIELD en la definición WIT con nombre para cada field uno de los que especifique dentro de la AddPanel sección del archivo ProcessConfiguration.xml.
También debe incluir un Control elemento dentro de la FORM sección del WIT con nombre.
Ejemplo de error
ProcessConfiguration.xml especifica dos campos personalizados. Sin embargo, estos campos no se definen en el archivo UserStory.xml.
<AddPanel>
<Fields>
<Field refname="System.Title" />
<Field refname="Fabrikam.Product" />
<Field refname="Fabrikam.Technology" />
</Fields>
</AddPanel>
Ejemplo de resolución
Faltan FIELD elementos agregados al archivo UserStory.xml.
<FIELD name="Product" refname="Fabrikam.Product" type="String" reportable="dimension">
<FIELD name="Technology" refname="Fabrikam.Technology" type="String" reportable="dimension">
Para admitir el elemento ProcessConfiguration [elementName], el tipo de elemento de trabajo [witName] debe definir TypeField [typeField ] (nombrede campo [refName]).
En ProcessConfiguration creó un TypeField objeto con TypeFieldValues. En el tipo de elemento de trabajo, debe hacer referencia a ese mismo TypeField.
Ejemplo de error
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 usa el campo Microsoft.VSTS.Feedback.ApplicationType cuando debe usar el campo Custom.ApplicationType.
<FIELD name="Application Type" refname="Microsoft.VSTS.Feedback.ApplicationType" type="String">
...
</FIELD>
Ejemplo de resolución
FeedbackRequest.xml
<FIELD name="Application Type" refname="Custom.ApplicationType" type="String">
...
</FIELD>
TF402556: para que el campo [refName] esté bien definido, debe asignarle el nombre [fieldName] y establecer su tipo en [fieldType]. Proporcionado [refName] es [fieldName] y el tipo es [fieldType].
Si está en un servidor local y ejecuta tfsMigrator, este error se genera normalmente cuando el proceso está obsoleto y un campo del sistema no está definido correctamente. En la mayoría de esos casos, debe usar el comando para cambiar correctamente el witadmin /changefield nombre del campo.
Ejemplos de campos reservados
Sistema reservado.XXX y Microsoft.VSTS.Los campos XXX tienen valores de nombre y tipo obligatorios.
| Campo | Nombre | Tipo |
|---|---|---|
| System.Id | ID | Entero |
| System.Title | Título | Cadena |
| Microsoft.VSTS.Scheduling.StoryPoints | Puntos de historia | Doble |
| Microsoft.VSTS.Scheduling.RemainingWork | Trabajo restante | Doble |
| Microsoft.VSTS.Scheduling.OriginalEstimate | Estimación original | Doble |
| Microsoft.VSTS.Scheduling.CompletedWork | Trabajo completado | Doble |
Ejemplo de error
TF402556: para que el campo Microsoft.VSTS.TCM.ReproSteps esté bien definido, debe asignarle el nombre Repro Steps y establecer su tipo en HTML. Proporcionado Microsoft.VSTS.TCM.ReproSteps es My Repro Steps y el tipo es HTML.
En Bug.xml, el nombre del campo descriptivo se ha cambiado a "Mis pasos de reproducción".
<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>
Ejemplo de resolución
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: existen definiciones incoherentes para el campo [refName] en los siguientes tipos de elemento de trabajo: [witName]. Asegúrese de que todas las referencias a un campo tengan el mismo RefName, Name y Type.
FIELD Las definiciones de elementos para los campos con el mismo nombre descriptivo deben ser coherentes entre wit.
Compruebe que los refnameatributos , namey type son los mismos en cada una de las definiciones de WIT para el campo con nombre.
Ejemplo de error
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" />
Observe que los name atributos y type difieren de eso en el tipo de elemento de trabajo Bug.xml
Ejemplo de resolución
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 definición del campo [refName] es incoherente con la definición existente del campo en las siguientes plantillas: [templateNames].
Los campos deben definirse de forma coherente entre los procesos que han sido o que planea importar a Azure DevOps Services.
El sistema no permite importar un proceso que contenga un FIELD elemento que se define de una manera en El proceso A y otra forma en el proceso B. Todos los FIELD atributos de elemento deben coincidir.
Ejemplo
Procesar A, Bug.xml
<FIELDS>
...
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
...
</FIELDS>
Proceso B, Bug.xml
<FIELDS>
...
<FIELD name="Bar" refname="MyCompany.CustomFields.Foo" type="Double" reportable="dimension" />
...
</FIELDS>
Observe cómo se especifican valores diferentes para name los atributos y type .
Solución
Asegúrese de que los campos de la misma refname se definen iguales en todos los procesos que
se han importado o que planea importar a Azure DevOps Services.
TF402559: la definición del campo [refName] es incoherente con un campo existente. type es [typeName], pero debe ser [typeName].
Edite los archivos WIT que contienen el campo con nombre para asegurarse de que el valor de atributo especificado type sea coherente en todas las WIT.
TF402562: ha definido [n] campos para el tipo de elemento de trabajo [witName]. Solo se permiten [fieldLimit].
Ha definido [n] campos para el tipo de elemento de trabajo [witName]. Solo se permiten [fieldLimit]. Dentro de un único WIT, solo puede especificar el número especificado de campos.
Edite el WIT con nombre y quite los campos personalizados adicionales para reducir el número total de campos que deben estar dentro del límite permitido.
TF402563: ha definido un total de [n] campos para todos los tipos de elementos de trabajo. Solo se permiten [fieldLimit].
Ha definido [n] campos para todos los WIT definidos en el proceso. Solo se permiten [fieldLimit]. Esto incluye System.XXX y Microsoft.VSTS.Xxx campos de espacio de nombres, así como campos personalizados.
Revise las FIELDS secciones y WORKFLOW y determine qué campos personalizados se van a quitar.
TF402566: ha definido [n] reglas de campo para el tipo de elemento de trabajo [witName]. Se permite un máximo de [ruleLimit].
Ha definido [n] reglas de campo para el WIT con nombre que supera el número permitido de reglas de campo para cualquier WIT.
Edite el WIT con nombre y quite las reglas de campo adicionales para reducir el número total de campos que deben estar dentro del límite permitido.
TF402568: ha definido [n] campos con syncnamechanges="true" para el tipo de elemento de trabajo [witName]. Se permite un máximo de 64.
El número de campos con syncnamechanges="true" definido para el WIT con nombre supera el límite permitido. Esto incluye System.XXX y Microsoft.VSTS.Xxx campos de espacio de nombres, así como campos personalizados.
Revise la FIELDS sección del WIT con nombre y determine qué campos personalizados se van a quitar o modificar.
Ejemplo
<FIELD name="Assigned To" refname="System.AssignedTo" type="String" reportable="dimension" syncnamechanges="true" >
...
</FIELD>
TF402569: ha definido [n] valores para el campo [fieldName] en el tipo de elemento de trabajo [witName]. Se permite un máximo de [listLimit].
El número de LISTITEM elementos definidos para el campo con nombre en el WIT con nombre supera el límite permitido.
Edite el WIT con nombre para reducir el número deLISTITEM elementos para que no supere el máximo permitido.
Ejemplo
<FIELD name="Favorite Color" refname="MyCompany.CustomFields.FavColor" type="String" reportable="dimension">
<ALLOWEDVALUES>
<LISTITEM value="Color1" />
<LISTITEM value="Color2" />
<LISTITEM value="Color3" />
. . .
</ALLOWEDVALUES>
</FIELD>
Observe que los valores del error y del caso refname del usuario son diferentes.
TF402584: no se admiten los atributos de regla de campo "for" o "not".
Los "for" atributos y "not" no se admiten en absoluto para ninguna regla de campo para la importación en Azure DevOps Services.
Revise las FIELDS secciones y WORKFLOW para ver la presencia de "for" los atributos y "not" y quítelas.
Ejemplo de error
<FIELD name="Title">
<READONLY for="Dev Team" not="Test Team" />
</FIELD>
Ejemplo de resolución
<FIELD name="Title">
<READONLY />
</FIELD>
TF402593: no se admiten reglas de campo para el campo [fieldName].
La mayoría de los campos System y Microsoft.VSTS no admiten reglas. Consulte Reglas y evaluación de reglas para obtener una lista completa de las reglas de campo admitidas.
Edite los archivos de definición para los tipos de elementos de trabajo que contienen el campo con nombre y quite las reglas de campo especificadas para él.
TF402602: el campo [refName] debe tener exactamente estos valores [values ].
Todos los campos definidos por VSTS en los espacios de nombres reservados-System.XXX y Microsoft.VSTS.XXX-no debe modificarse. Si desea tener una lista diferente de valores en estos campos de lista de selección, defina su propio campo personalizado.
Ejemplo de error
Bug.xml tiene definido el campo de prioridad, pero tiene una lista diferente de los valores esperados.
<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>
Ejemplo de resolución
Bug.xml corregido, incluido un nuevo campo
<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: no se encuentra el usuario o grupo [project]\Nombre del grupo. Compruebe que existen los usuarios y grupos usados en la definición de tipo de elemento de trabajo.
No se admiten grupos de ámbito de proyecto personalizados. Solo puede hacer referencia a grupos con ámbito de nivel de cuenta.
Ejemplo de error
Bug.xml hace referencia a un grupo con ámbito de proyecto.
... "[project]\Organization Leaders"
Ejemplo de resolución
Cree un nuevo grupo de nivel de cuenta (colección) "Líderes de la organización" y haga referencia a él en consecuencia en el XML.
... "[global]\Organization Leaders"
Nota:
Un grupo global recién creado puede tardar un poco antes de ser encontrado por el proceso de importación.
TF237094: el campo '[fieldName]' usa el campo '[refName]', por lo que el campo '[refName]', no se puede usar con el campo '[refName]'.
El nombre del campo ya existe con ese mismo nombre en un campo diferente. Cambie el nombre del campo.
Ejemplo de error
TF237094: Field name 'External ID' is used by the field 'Custom.ExistingField.ExternalID', so it cannot be used by the field 'Custom.NewField.ExternalID'.
Ejemplo de resolución
Cambiar el nombre de campo de Custom.NewField.ExternalID
<FIELD name="External ID" refname="Custom.NewField.ExternalID" type="string" reportable="dimension" />
Diseño del elemento de trabajo
VS403104: tipo de elemento de trabajo [witName] hace referencia al campo requerido [refName] que no se incluye en todos los diseños.
Esta advertencia se genera si tiene un campo obligatorio en un tipo de elemento de trabajo al que se hace referencia en el <Layout> nodo, pero no en <WebLayout>. <WebLayout> se usa para modificar el diseño del nuevo formulario. Consulte Referencia xml de WebLayout para obtener más información.
VS403073: Group & <Group Name>: infringe la regla que un grupo solo puede contener un único control HTML o WebPage precedido por los controles de etiqueta.
En el nuevo diseño de formulario, un grupo solo puede contener un HTMLFieldControl o WebPageControl.
Ejemplo de error
<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>
Para resolverlo, cree dos grupos independientes que contengan un control cada uno.
Ejemplo de resolución
<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: el archivo infringe el esquema con el siguiente error: el elemento 'Control' no puede contener el elemento secundario 'Link' porque el elemento primario está vacío modo carpa l.
Ejemplo de error
<Control Type="FieldControl" FieldName="customfield.foo" Label="Foo" LabelPosition="Left">
<Link UrlRoot="http://www.visualstudio.microsoft.com/team-services/" />
</Control>
Ejemplo de resolución
<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>
Definiciones de flujo de trabajo
TF402567: ha definido [n] estados de flujo de trabajo para el tipo de elemento de trabajo [witName]. Se permite un máximo de [stateLimit].
Ha definido [n] estados de flujo de trabajo para el WIT con nombre que supera el número permitido de estados de flujo de trabajo para cualquier WIT.
Edite la WORKFLOW sección del WIT con nombre y quite los elementos adicionales STATE para reducir el número total de estados que se van a estar dentro del límite permitido.
TF402578: Field [refName] especifica el nombre descriptivo [friendlyName] que ya está en uso por campo [refName]. Los nombres descriptivos deben ser únicos en todas las definiciones de campo.
Los nombres de campo deben ser únicos dentro del tipo de elemento de trabajo.
Ejemplo de error
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
<FIELD name="Foo" refname="MyCompany.CustomFields.Bar" type="String" reportable="dimension" />
Observe que hay dos campos con el nombre <FIELD name="Foo"
Ejemplo de resolución
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
<FIELD name="Bar" refname="MyCompany.CustomFields.Bar" type="String" reportable="dimension" />
TF402579: el nombre [friendlyName] se usa varias veces en campos diferentes en los siguientes tipos de elementos de trabajo: [witNames]. El nombre de los campos debe ser único en toda la colección de proyectos.
Los campos que hacen referencia al mismo refname="MyCompany.FieldName" deben tener el mismo valor de nombre FIELD name="fieldname" descriptivo.
Ejemplo de error
Procesar A, Bug.xml
<FIELD name="Foo" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
Proceso B, Bug.xml
<FIELD name="Bar" refname="MyCompany.CustomFields.Foo" type="String" reportable="dimension" />
Dado que ambos campos comparten el mismo nombre de referencia, refname="MyCompany.CustomFields.Foo", también deben especificar el mismo nombre <FIELD name="Foo" descriptivo en todos los procesos importados o que se importarán en Azure DevOps Services.
TF402580: solo puede usar el nombre [witName] para un solo tipo de elemento de trabajo.
Los nombres WORKITEMTYPE name="Name" descriptivos de WIT deben ser únicos dentro del proceso.
Ejemplo de error
Mi elemento de trabajo A.xml
<WORKITEMTYPE name="My Work Item" refname="My.MyWorkItemA">
Mi elemento de trabajo B.xml
<WORKITEMTYPE name="My Work Item" refname="My.MyWorkItemB">
Observe cómo WORKITEMTYPE name= es el mismo en ambos tipos de elementos de trabajo.
Ejemplo de resolución
Mi elemento de trabajo A.xml
<WORKITEMTYPE name="My Work Item A" refname="My.MyWorkItemA">
Mi elemento de trabajo B.xml
<WORKITEMTYPE name="My Work Item B" refname="My.MyWorkItemB">
TF402581: solo puede usar el refname [refName] para un solo tipo de elemento de trabajo.
Los nombres refname="value" de referencia de WIT deben ser únicos dentro del proceso.
Ejemplo de error
Bug.xml
<WORKITEMTYPE name="Bug" refname="MyCompany.Name">
UserStory.xml
<WORKITEMTYPE name="User Story" refname="MyCompany.Name">
observe que ambos refname valores son iguales a "MyCompany.Name"
Ejemplo de resolución
Bug.xml
<WORKITEMTYPE name="Bug" refname="MyCompany.Bug">
UserStory.xml
<WORKITEMTYPE name="User Story" refname="MyCompany.UserStory">
TF402582: el tipo de elemento de trabajo [witName] contiene el control personalizado [controlName] que no se admite.
Los controles personalizados no se admiten en Azure DevOps Services. Revise la FORM sección de WIT con nombre y quite los controles personalizados definidos.
Ejemplo de error
Type="OneViewMultiValueControl" especifica un control personalizado. Debe quitarse o reemplazarse por un control compatible.
<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>
Errores del complemento de administración de pruebas
El archivo TestManagement.xml, ubicado en la carpeta Administración de pruebas, debe cumplir la sintaxis y las reglas descritas en Definir la configuración inicial del Administrador de pruebas.
TF402533: falta el atributo element '[elementName]' en el 'fileName' complemento TestManagement.
Agregue el atributo que falta al elemento con nombre en el archivo TestManagement.xml.
TF402534: el complemento TestManagement contiene una tarea no admitida '[taskName]'
Corrija el nombre asignado en el archivo TestManagement.xml.
Ejemplo de error
El TestResolutionStates elemento se ha escrito mal.
<taskXml>
<TestResolutionSattes fileName="Test Management\TestResolutionState.xml" />
</taskXml>
Ejemplo de resolución
Ortográficos corregidos.
<taskXml>
<TestResolutionStates fileName="Test Management\TestResolutionState.xml" />
</taskXml>
Artículos relacionados
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de