|
Este artículo proviene de un motor de traducción automática. Mueva el puntero sobre las frases del artículo para ver el texto original. Más información.
|
Traducción
Original
|
Trabajar con campos de elementos de trabajo
-
Crear un proyecto de equipo. Todos los campos que se definen dentro de las definiciones de los tipos de elemento de trabajo o flujos de trabajo globales que estén definidos para la plantilla de proceso seleccionada. Los campos de sistema básicos se definen automáticamente para cada tipo de elemento de trabajo definido para un proyecto de equipo. Para obtener una lista de estos campos, vea Referencia de campos de elementos de trabajo para Visual Studio ALM. -
Importe una definición de un tipo de elemento de trabajo. Todos los campos nuevos definidos dentro de la definición de un tipo de elemento de trabajo se agregan a la colección. Para obtener más información, vea Referencia de todos los elementos XML WITD. -
Importe una definición de flujo de trabajo global. Todos los nuevos campos que se definen dentro del flujo de trabajo global se agregan a la colección. Los flujos de trabajo globales se definen para mantener un conjunto de elementos de trabajo que comparten varios tipos de elementos de trabajo. Para obtener más información, vea Personalizar el flujo de trabajo global. -
Asignar una colección de proyectos de equipo a una instancia de la aplicación web (PWA) de proyecto. Después de instalar las extensiones de Team Foundation Server para Project Server, configure la integración asignando varios componentes de Team Foundation. Al asignar una colección, se importa una definición de flujo de trabajo global que admite varios campos en campos de Project Server. Para obtener más información, vea Campos de Project Server agregados para admitir la sincronización de datos.
En este tema
Importante
|
|---|
|
|
<FIELD name="fieldDisplayName" refname="fieldReferenceName" type="String | Integer | Double | DateTime | PlainText | HTML | History | TreePath | GUID" syncnamechanges="true | false" reportingname="reportingDisplayName" reportingrefname="reportingReferenceName" reportable="Dimension | Detail | Measure" formula="sum" > <ALLOWEDVALUES> . . . </ALLOWEDVALUES> <ALLOWEXISTINGVALUE /> <CANNOTLOSEVALUE /> <COPY /> <DEFAULT /> <EMPTY /> <FROZEN /> <HELPTEXT> . . . </HELPTEXT> <MATCH /> <NOTSAMEAS /> <PROHIBITEDVALUES /> . . . </PROHIBITEDVALUES> <READONLY /> <REQUIRED /> <SERVERDEFAULT /> <SUGGESTEDVALUES /> . . . </SUGGESTEDVALUES> <VALIDUSER /> <WHEN>> . . . </WHEN> <WHENNOT> . . . </WHENNOT> <WHENCHANGED> . . . </WHENCHANGED> <WHENNOTCHANGED> . . . </WHENNOTCHANGED> </FIELD>
|
Tipo de datos |
|
|---|---|
|
DateTime |
|
|
Double |
|
|
GUID |
|
|
History |
Nota
|
|
HTML |
|
|
Integer |
|
|
PlainText |
|
|
String |
|
|
TreePath |
Nota
|
-
reportable . Establezca el atributo reportable a None, a Detail, a Dimension, o a Measure, dependiendo de si y cómo desea el campo que se incluirá en informes. Los datos de campos que tienen un valor distinto de None para este atributo se exportan al almacén de datos y se pueden incluir en informes. Al agregar un campo existente a un tipo de elemento de trabajo, se utiliza el valor actual para el atributo reportable. Al agregar un campo a un tipo de elemento de trabajo, los informes están deshabilitados a menos que lo especifique explícitamente utilizando el atributo reportable. -
reportingname . Asignar una etiqueta diferente a un campo que se utiliza cuando los datos aparecen en los informes. Si no especifica un valor, se usa el nombre descriptivo asignado para el atributo name. -
reportingrefname . Asignar un nombre de referencia diferente a un campo que se utiliza cuando los datos se exporta al almacén de datos relacional. Si no especifica un valor, se usa el valor asignado al atributo refname. Utilice este atributo para combinar o diverja los campos incluidos en los informes. Para combinar dos campos que tienen nombres de referencia distintos y están definidos en colecciones de proyectos diferentes, asigne el mismo valor de reportingrefname a ambos campos. Para distinguir dos campos con el mismo nombre de referencia que están definidos en colecciones de proyectos diferentes, asigne un valor de reportingrefname diferente a cada campo.
Valores del atributo reportable
Nota
|
|---|
|
|
|
|
|
|---|---|
|
Detail |
|
|
Dimension |
|
|
Measure |
|
|
None |
|
Ejemplos que muestran cómo especificar informes
Ejemplo de detalle
<FIELD refname="MyCorp.Summary" name="Summary" type="String" reportable="detail">
Ejemplo de dimensión
<FIELD refname="MyCorp.Category" name="Category" type="String" reportable="dimension">
Ejemplo de medida
<FIELD refname="MyCorp.Cost" name="Cost" type="Integer" reportable="measure" formula="sum">
-
Texto de ayuda. Define la información sobre herramientas o información de ayuda que se muestra para un campo en el formulario de elemento de trabajo (HELPTEXT). -
Restricciones de campo. Especifica un campo como necesario, de solo lectura, vacío, inmovilizado o que coincide con un modelo concreto (REQUIRED, READONLY, EMPTY, FROZEN, MATCH). -
Rellenado automático de valor de campo. Especifica un valor para el campo (DEFAULT, COPY, SERVERDEFAULT). -
Lista de campos. Especifica valores permitidos, sugeridos o prohibidos. (ALLOWEDVALUES, SUGGESTEDVALUES, PROHIBITEDVALUES) -
Condiciones de campo. Aplica una o más reglas a un campo cuando otro campo se modifica o no se modifica, u otro campo tiene o no tiene un valor concreto u otra condición (WHEN, WHENNOT, WHENCHANGED, WHENNOTCHANGED, CANNOTLOSEVALUE, NOTSAMEAS).
-
Microsoft.VSTS.Common.Priority -
Microsoft.VSTS.Scheduling.DueDate -
Microsoft.VSTS.Build.FoundIn -
Microsoft.VSTS.TCM.Steps
Nota
|
|---|
|
|
Importante