Team Services | TFS 2017 | TFS 2015 | TFS 2013
The field data type determines the kind and size of data that you can store in the field. A field can have only one type defined within a team project collection. This restriction encourages organizations to use common fields across projects and work item types.
Reportable attributes determine which fields show up in the data warehouse. Reportable attributes are only valid for on-premises TFS.
The index attribute determines whether a field is indexed to support managed query searches.
The following list shows the supported data types:
Specifies a field that takes on a True/False value. Add a Boolean field to a work item form by using the FieldControl attribute.
Feature availability: The Boolean data type field is only supported for Team Services and TFS 2017.2 and later versions.
Specifies a date according to Coordinated Universal Time (UTC) moment in time. Add a DateTime field to a work item form by using either the FieldControl or DateTimeControl type attributes. For query examples, see Query by date or@CurrentIteration.
Specifies a floating-point value, such as 0.2 or 3.5. Double fields are frequently used in query filters and results lists.Add a Double field to a work item form by using the FieldControl type attribute. For query examples, see Query by numeric fields.
A character string that represents a unique ID.
Note: You cannot add a GUID field to a work item form.
Custom formatted field used to track historical information. This data type is only used to support the History field. This field is automatically indexed for full-text search when full-text search is available. See Full-Text and partial word searches described later in this topic. For query examples, see History and auditing.
Note: The System.History field is the only field that uses this data type. You cannot define a custom field using this data type. For the client work item form, you add the System.History field by using the WorkItemLogControl type attribute which supports rich text format controls.
Supports the ability to capture rich-text data and to use longer text descriptions such as the Description or Repro Steps fields. An HTML field differs from a PlainText field in that an HTML field is strongly typed to HTML for richer displays of information. HTML fields are automatically indexed for full-text search when full-text search is available. See Full-Text and partial word searches.
Add an HTML field to a work item form by using the HTMLControl type attribute. To query rich-text fields, see Query by titles, IDs, and rich-text fields.
Specifies a 32-bit signed integer value, such as 0, 1, 2, 34. Integer fields are frequently used in query filters and results lists. Add an Integer field to a work item form by using the FieldControl type attribute.
Supports entry of a text string that can contain more than 255 Unicode characters, such as the Title field. These fields are automatically indexed for full-text search, when full-text search is available. See Full-Text and partial word searches.
Add a PlainText field to a work item form by using either the FieldControl type attribute. To query plain-text fields, see Query by titles, IDs, and rich-text fields.
Supports entry of a text string that can contain up to 255 Unicode characters. String text fields are often used to support pick lists or drop-down menus. String fields are frequently used in query filters and results lists. Add a String field to a work item form by using the FieldControl type attribute.
Specifies a field that displays entries in a hierarchical or tree structure, such as the requirements to display area and iteration paths for a product. For more information, see Add and modify area and iteration paths.
Note: The System.AreaPath and System.IterationPath fields are the only fields that use this data type. You cannot define a custom field using this data type. For the client work item form, you add the System.AreaPath and System.IterationPath fields to a work item form by using the WorkItemClassificationControl type attribute.
Some field values are especially useful for reporting. By using the work item type definition language, you can specify the following optional attributes.
Feature availability: Reportable attributes are only supported for the On-premises XML process model. These attributes aren't referenced and aren't subject to modification when you use the Hosted XML process model.
reportable: Set the reportable attribute to None, Detail, Dimension, or Measure, depending on whether and how you want the field to be included in reports. Data from fields that have a value other than None for this attribute are exported to the data warehouse and can be included in reports.
When you add an existing field to a work item type, the current value for the reportable attribute is used. When you add a field to a work item type, reporting is disabled unless you explicitly specify it by using the reportable attribute.
reportingname: Assign a different label to a field that is used when data appears in reports. If you do not specify a value, the friendly name that is assigned for the name attribute is used.
reportingrefname: Assign a different reference name to a field that is used when data is exported to the relational data warehouse. If you do not specify a value, the value that is assigned to the refname attribute is used.
Use this attribute to either merge or diverge fields that are included in reports. To merge two fields that have distinct reference names and that are defined in different project collections, you assign the same reportingrefname to both fields. To diverge two fields that have the same reference name and that are defined in different project collections, you assign a different reportingrefname to each field.
After you define a field, you can use the witadmin changefield command at a command prompt to change the value of all attributes except for the refname attribute.
For information about best practices in labeling fields for reporting purposes, see Add or modify work item fields to support reporting.
As the following table describes, you can assign one of the following values to the reportable attribute: none, dimension, detail, and measure.
You can make a field reportable after it has been used for a work item. After you set the reportable value, new revisions of the work item that are copied to the warehouse will contain the field value. However, the revisions that are already in the warehouse will not be backfilled with the existing values.
|Detail||Use the Detail type only for Integer, Double, String, or DateTime fields.
The data in this field is moved into the relational warehouse database in the Work Item and Current Work Item tables but not into the SQL Server Analysis Services cube. By using this type for unrestricted text fields, you can use them in reports without making the cube significantly larger.
|Dimension||Use the Dimension type only for Integer, String, or DateTime fields.
The data in this field enters the relational warehouse database and the Analysis Services cube as an attribute of the Work Item dimension so that the data can be used to filter reports. Use this type for fields that have lists of valid values. Work Item Type and State are good examples of a dimension.
|Measure||Use the Measure type only for Integer and Double fields. Measures are the numeric values in your reports.
During processing of the Analysis Services cube, data is precalculated on fields that are set to Measure. For example, the Work Item and Current Work Item measure groups contain cumulative data for the following fields: Original Estimate, Remaining Hours, and Completed Hours. For more information about measure groups, see Perspectives and measure groups provided in the Analysis Services cube.
When you specify Measure, you must specify sum for the formula attribute, which returns the sum of each measure referenced in the query.
|None||Specify None when you do not want to include the field in reports. This value is the default assignment.|
<FIELD refname="MyCorp.Summary" name="Summary" type="String" reportable="detail">
<FIELD refname="MyCorp.Category" name="Category" type="String" reportable="dimension">
<FIELD refname="MyCorp.Cost" name="Cost" type="Integer" reportable="measure" formula="sum">
You can enable or disable indexing for a work item field by using the witadmin indexfield command. When you enable indexing for a field, you may increase the performance of finding work items whose queries specify that field. If you add a custom field that you use in many of your work item queries, you may want to enable indexing for that field. For more information, see Manage work item fields (witadmin).
System and predefined fields
All system defined fields have reference names that begin with System, for example, System.AreaPath, System.AssignedTo, and continue in that pattern.
Predefined fields defined by the default process templates that TFS provides begin with Microsoft.VSTS and then further differ based on their usage. Examples of predefined fields that are used in common, for scheduling purposes and integration with Microsoft Project, for integration with Team Foundation Build, and integration with Team Foundation are as follows:
For an overview of all system and predefined fields that are defined for the default processes/process templates, see Work item field index. For more information about specifying field names, see Naming restrictions.
- Add or modify a field
- Manage work item fields (witadmin)
- Apply a field rule
- All FIELD XML elements reference
Hidden and non-changeable attributes
In addition to the attributes that you can change for a work item field, there are a number of non-changeable and virtually hidden attributes for each field. You can look up the assignments of these fields using the Work Item Field Explorer tool. Access the Work Item Field Explorer tool from the Process Editor tool.
To access this tool:
- For TFS 2017 and later versions, install the TFS Process Template editor from the Visual Studio Marketplace.
- For TFS 2015 and earlier versions, install TFS Power Tools.
Work Item Field Explorer
With the Work Item Field Explorer, you can view the work item fields and their attributes that are defined for a collection.