Ändern oder Hinzufügen eines Felds zur Unterstützung von Abfragen, Berichten und Workflow

Ihr Teamprojekt enthält 100 oder mehr auf der Prozessvorlage basierende Datenfelder, die zur Erstellung des Teamprojekts verwendet wurde. Jedem Feld sind zwei Namen, Attribute und Regeln zugeordnet. Sie können ein Feld ändern oder ein benutzerdefiniertes Feld hinzufügen, um zusätzliche Datenanforderungen nachzuverfolgen. Beispielsweise können Sie die Auswahlliste in einem Dropdownmenü anpassen, eine Regel zum Festlegen eines Standardwerts hinzufügen oder den Wert begrenzen, den dieser enthalten kann. Sie können ebenfalls ein Feldattribut ändern.

Um Feldregeln oder ein benutzerdefiniertes Feld hinzuzufügen, oder um die Bezeichnung eines Felds auf einem Arbeitsaufgabenformular zu ändern, bearbeiten Sie die XML-Definition des Arbeitsaufgabentyps (Work Item Type, WIT). Um ein Feldattribut zu ändern oder ein Feld neu zu benennen, müssen Sie das witadmin-Befehlszeilentool verwenden.

Anpassen einer Auswahlliste

Auswahllisten sind die Enumerationswerte, die innerhalb eines Dropdownmenüs in einem Arbeitsaufgabenformular und in der Spalte Wert innerhalb des Abfrage-Editors angezeigt werden. Die Methode, die Sie zum Anpassen einer Auswahlliste verwenden, ist je nach Feld unterschiedlich.

Generische Zeichenfolge oder ganzzahlige Felder

Bearbeiten Sie die WIT-Definition zum Ändern der Auswahlliste für die meisten Zeichenfolgenfelder oder ganzzahligen Felder in einem Arbeitsaufgabenformular. Wenn Sie zum Beispiel ein benutzerdefiniertes Auflösungsfeld und eine benutzerdefinierte Auswahlliste hinzufügen möchten, geben Sie den XML-Code wie im Folgenden dargestellt an.

Benutzerdefiniertes Feld und Auswahlliste

<FIELD name="Resolution" refname="MyCompany.Resolution" type="String"> <ALLOWEDVALUES> <LISTITEM value="By Design" /> <LISTITEM value="Duplicate" /> <LISTITEM value="External" /> <LISTITEM value="Fixed" /> <LISTITEM value="Not Repro" /> <LISTITEM value="Postponed" /> <LISTITEM value="Won’t Fix" /> </ALLOWEDVALUES> </FIELD>

Regeln unterstützen das Kombinieren von Listen, das Einschränken von Personen, auf die eine Liste angewendet wird, und das Festlegen von Bedingungen in Bezug darauf, wann eine Liste im Arbeitsaufgabenformular angezeigt werden soll. Regeln steuern mit dem optionalen expanditems-Attribut und dem optionalen filteritems-Attribut, ob eine Verteilerliste zum Anzeigen ihrer einzelnen Elemente erweitert bzw. ob eine Liste gefiltert wird. Verwenden Sie globale Listen, um den Aufwand zu verringern, der mit der Aktualisierung einer Liste verbunden ist, die von mehreren WITs oder Teamprojekten genutzt wird.

Weitere Informationen dazu finden Sie unter Definieren von Auswahllisten und Definieren von globalen Listen.

Bestimmte Felder, deren Auswahllisten durch andere Mittel definiert werden

In den entsprechenden Themen finden Sie Informationen zum Ändern der Auswahllisten für die folgenden Felder:

• Bereich und Iteration: Hinzufügen und Ändern von Bereichs- und Iterationspfaden.

• Zustand und Grund: Anpassen des Workflows.

• Zugewiesen zu oder andere Personennamenfelder: Hinzufügen des Benutzerkontos zu einer gültigen TFS-Sicherheitsgruppe.

  Um Werte für Felder hinzuzufügen, die Benutzerkonten wie Zugewiesen zu zugeordnet werden, fügen Sie einer TFS-Sicherheitsgruppe Benutzer hinzu oder beschränken Sie den Zugriff auf eine Gruppe oder eine bestimmte Anzahl von Benutzern. Standardmäßig enthält die Liste für das Feld "Zugewiesen zu" die Kontonamen aller Benutzer und Gruppen, die dem TFS hinzugefügt wurden. Diese Konten werden häufig mit Active Directory synchronisiert. Siehe Einrichten von Gruppen für TFS-Bereitstellungen.

• Auflösungszustände oder Fehlertypen (vom Test Manager verwendet): tcm-Feldzuordnungstool.

Für alle anderen Felder, denen Auswahllisten zugewiesen sind, z. B. Aktivität, Automatisierungsstatus, Disziplin, Priorität usw. – können Sie die Definitionen dieser Felder im Index der Arbeitsaufgabenfelder nachschlagen.

Hinzufügen von Regeln zu einem Feld

Bearbeiten Sie die WIT-Definition, um ein benutzerdefiniertes Feld hinzuzufügen oder einem Feld Regeln hinzuzufügen. Sie können die Regeln einschränken, die auf bestimmte Benutzer oder Gruppen angewendet werden sollen. Die meisten Regeln unterstützen die Attribute for oder not, um sich darauf zu konzentrieren, für wen die Regel gilt und für wen nicht.

Beispielsweise können Sie mit dem folgenden Codeausschnitt die Regel erzwingen, dass das Feld "Stapelrang" nur von Mitgliedern des "Management"-Teams, eine vom Kunden definierte TFS-Gruppe, geändert werden kann, wenn eine Arbeitsaufgabe erstellt wurde.

<FIELD name="Stack Rank" refname="Microsoft.VSTS.Common.StackRank" type="Double" reportable="dimension">
   <FROZEN not="[project]\Management Team" />
   <HELPTEXT>Work first on items with lower-valued stack rank. Set in triage.</HELPTEXT>
</FIELD>

Sie wenden Regeln an, um die folgenden Aktionen auszuführen:

Weitere Informationen zum Anwenden von Feldregeln finden Sie unter Verweis für alle FIELD-XML-Elemente.

Bearbeiten der WIT-XML-Definitionsdatei, um Regeln oder ein benutzerdefiniertes Feld hinzuzufügen

Exportieren Sie zum Hinzufügen von Regeln oder einem benutzerdefinierten Feld die WIT-Definitionsdatei, bearbeiten Sie sie, und importieren Sie die Datei anschließend.

Mit witadmin können Sie Definitionsdateien importieren und exportieren. Andere Tools, die Sie verwenden können, sind unter anderem der Prozess-Editor, den Sie mit dem Download von TFS Power Tools oder TFS Team Project Manager erhalten, ein auf CodePlex verfügbares Communityressourcenprojekt.

Jedes Feld, das Sie zum Nachverfolgen von Daten verwenden möchten, muss der WIT-Definitionsdatei hinzugefügt werden. Dies gilt, mit Ausnahme von Systemfeldern, für alle Felder (Felder, deren Verweisname mit System. beginnen), die automatisch für jeden WIT definiert werden.

Zum Hinzufügen eines benutzerdefinierten Felds müssen Sie die WIT-Definition bearbeiten, um ein FIELD-Element innerhalb des Abschnitts FIELDS und ein Control-Element innerhalb des Abschnitts FORM hinzuzufügen.

So fügen Sie ein benutzerdefiniertes Felds hinzu

1. Wenn Sie nicht über Projektadministratorberechtigungen für das Teamprojekt verfügen, rufen Sie sie ab.

2. Öffnen Sie ein Eingabeaufforderungsfenster auf dem Computer, auf dem entweder Visual Studio oder Team Explorer installiert ist, und geben Sie Folgendes ein:

   cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDE

   Ersetzen Sie bei einer 64-Bit-Windows-Edition %programfiles% durch %programfiles(x86)%. Sie können Team Explorer kostenlos herunterladen.

3. Exportieren Sie die WIT-Definition.

   witadmin exportwitd /collection:CollectionURL /p:ProjectName /n:TypeName /f:"DirectoryPath/FileName.xml"

   Ein Beispiel für eine CollectionURL ist http://fabrikamprime:8080/tfs/DefaultCollection.

4. Suchen Sie den Abschnitt der XML-Datei, der die Felder für den Typ definiert und der mit FIELDS beginnt.

5. Fügen Sie das FIELD-Element hinzu, das den Namen des benutzerdefinierten Felds angibt, das hinzugefügt werden soll. Sie müssen die folgenden erforderlichen Attribute angeben: name (Anzeigename), refname (Verweisname) und type (Typ). Weitere Informationen finden Sie unter FIELD (Definition)-Elementverweis.

   Der folgende Code gibt das benutzerdefinierte Feld "Requestor" mit dem Verweisnamen "FabrikamFiber.MyTeam.Requestor" sowie eine Auswahlliste der zulässigen Werte mit dem Standardwert "Kunde" an.

   <FIELD name="Requestor" refname="FabrikamFiber.MyTeam.Requestor" type="String" reportable="Dimension">
      <ALLOWEDVALUES>
         <LISTITEM value="Customer" />
         <LISTITEM value="Executive Management" />
         <LISTITEM value="Other" />
         <LISTITEM value="Support" />
         <LISTITEM value="Team" />
         <LISTITEM value="Technicians" />
         <DEFAULTVALUE value="Customer" />
       </ALLOWEDVALUES>
   </FIELD>
   

   Tipp

   Elemente in der Liste werden stets in alphanumerischer Reihenfolge angezeigt, unabhängig davon, wie Sie diese in der XML-Definitionsdatei eingeben.

   Der Verweisname oder refname ist der programmgesteuerte Name für das Feld.Alle weiteren Regeln sollten auf diesen refname verweisen.Weitere Informationen finden Sie unter Benennungskonventionen für Arbeitsaufgabenverfolgungs-Objekte.

6. Damit das benutzerdefinierte Feld im Formular in der gewünschten Gruppe von Elementen angezeigt wird, fügen Sie das Control-Element innerhalb des FORM-Abschnitts hinzu.

   Der folgende Codeausschnitt fügt beispielsweise das Feld "Requestor" hinzu, das im Arbeitsaufgabenformular unter dem Feld "Grund" angezeigt wird.

   <Column PercentWidth="50">
      <Group Label="Status">
         <Column PercentWidth="100">
            <Control FieldName="System.AssignedTo" Type="FieldControl" Label="Assi&amp;gned To:" LabelPosition="Left" />
            <Control FieldName="System.State" Type="FieldControl" Label="&amp;State:" LabelPosition="Left" />
            <Control FieldName="System.Reason" Type="FieldControl" Label="Reason:" LabelPosition="Left" ReadOnly="True" />
            <Control FieldName="FabrikamFiber.MyTeam.Requestor" Type="FieldControl" Label="Requestor:" LabelPosition="Left" ReadOnly="True" />
         </Column>
      </Group>
   </Column>
   

   Tipp

   In der Schemadefinition zur Arbeitsaufgabenverfolgung werden alle untergeordneten Elemente des FORM-Elements in Camel-Case-Schreibweise und alle anderen Elemente in Großbuchstaben definiert.Wenn beim Überprüfen der Typdefinitionsdateien Fehler auftreten, überprüfen Sie die Groß-/Kleinschreibung der Elemente.Die Groß-/Kleinschreibung der Start- und Endtags muss ebenfalls den Regeln der XML-Syntax entsprechen.

   Weitere Informationen finden Sie unter Steuern des XML-Elementverweises.

7. Importieren Sie die WIT-Definitionsdatei.

   witadmin importwitd /collection:CollectionURL /p:ProjectName /f:"DirectoryPath/FileName.xml"

8. Öffnen Sie entweder TWA oder Team Explorer, um die Änderungen anzuzeigen. Wenn der Client bereits geöffnet ist, aktualisieren Sie ihn.

   Die folgende Abbildung zeigt, dass das Arbeitsaufgabenformular für das Product Backlog Item jetzt das neue Feld enthält.

   

Weitere Informationen zur Verwendung von witadmin finden Sie unter Importieren, Exportieren und Verwalten von Arbeitsaufgabentypen [witadmin].

So ändern Sie die Feldbezeichnung in einem Arbeitsaufgabenformular

1. Exportieren der WIT-Definitionsdatei.

   witadmin exportwitd /collection:CollectionURL /p:ProjectName /n:TypeName /f:"DirectoryPath/FileName.xml"

2. Suchen Sie in den Abschnitten FORM and Layout nach der Definition des zu ändernden Felds. In diesem Beispiel wird die Bezeichnung für das Feld Titel geändert:

   <Column PercentWidth="70">
     <Control Type="FieldControl" FieldName="System.Title" Label="Title" LabelPosition="Left" />
   </Column>
   

3. Ändern Sie die Bezeichnung des Felds, sodass die portugiesische Zweigstelle, die an diesem speziellen Teamprojekt arbeitet, den Namen des Felds Title lesen kann, wenn das Arbeitsaufgabenformular dort bearbeitet wird. Schließen Sie das portugiesische Wort für "Titel" (Titulo) in das Titelfeld ein.

   <Column PercentWidth="70">
     <Control Type="FieldControl" FieldName="System.Title" Label="Title (Título):" LabelPosition="Left" />
   </Column>
   

4. Importieren Sie die WIT-Definitionsdatei.

   witadmin importwitd /collection:CollectionURL /p:ProjectName /f:"DirectoryPath/FileName.xml"

Ändern des Attributs eines vorhandenen Felds

Sie verwenden witadmin changefield, um die Attribute eines vorhandenen Felds zu ändern. Beispielsweise ändert der folgende Befehl den für "MyCompany.Type" definierten Anzeigenamen in Auswertungsmethode.

witadmin changefield /collection:http://AdventureWorksServer:8080/tfs/DefaultCollection /n:MyCompany.Type /name:"Evaluation Method"

In der folgenden Tabelle werden die Attribute aufgeführt, die Sie mit witadmin changefield ändern können.

Fragen und Antworten

F: Welche Anpassungen kann ich vornehmen und trotzdem den Assistenten zum Konfigurieren von Funktionen verwenden, um mein Teamprojekt nach einem TFS-Upgrade zu aktualisieren?

A: Sie können benutzerdefinierte Felder hinzufügen, eine Auswahlliste hinzufügen oder Bereichs- und Iterationspfade ändern und Regeln für ein Feld hinzufügen. Der Assistent zum Konfigurieren von Funktionen aktualisiert Ihre Teamprojekte und Sie erhalten Zugang zu den neuesten Features.

Informationen darüber, welche anderen Anpassungen Sie bedenkenlos vornehmen und welche Sie besser vermeiden sollten, finden Sie unter Anpassen der Arbeitsüberwachung: Grundlegendes zu Wartungs- und Upgradeauswirkungen vor der Anpassung.

F: Wo finde ich Informationen zu allen Feldern und Feldeigenschaften, die bereits für mein Teamprojekt definiert sind?

A: Einen Index von Feldern, die innerhalb der Standardprozessvorlagen von TFS definiert wurden, finden Sie unter Arbeitsaufgabenfeld-Verweis für Visual Studio ALM.

Neben den Attributen, die Sie für ein Arbeitsaufgabenfeld ändern können, gibt es mehrere unveränderliche und praktisch ausgeblendete Attribute für jedes Feld. Sie können die Zuweisungen dieser Felder mit dem Feld-Explorer-Tool für Arbeitsaufgaben überprüfen. Sie können dieses Tool über das Powertool "Prozess-Editor" aufrufen, nachdem Sie TFS-Powertools installiert haben.

Feld-Explorer für Arbeitsaufgaben

Eine Beschreibung der einzelnen Attribute finden Sie im folgenden Beitrag: Arbeitsaufgaben-Feldattribute – Was Sie ändern können und was nicht.

F: Wie füge ich ein Feld hinzu, das die Integration in Test, Build und Versionskontrolle unterstützt?

A: Einige WITs enthalten von automatisierten Prozessen generierte Felder mit Informationen, die mit Team Foundation Build, Microsoft Test Manager und der Team Foundation-Versionskontrolle integriert werden. Um eines dieser Felder den benutzerdefinierten WITs hinzuzufügen, bearbeiten Sie die WIT-Definition entsprechend den zuvor in diesem Thema beschriebenen Schritten.

Sie können beispielsweise die Felder "Gefunden in" und "In den Build integriert" hinzufügen, die in den Typdefinitionen für Fehler angezeigt werden. Diese Felder ordnen Fehler den Builds zu, in denen sie gefunden oder korrigiert wurden. Sie können den folgenden Codeausschnitt verwenden, um diese Felder einer Definition des Arbeitsaufgabentyps hinzuzufügen.

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

Weitere Informationen finden Sie unter Felder, die die Integration in die Test-, Build- und Versionskontrolle unterstützen.

F: Wann sollte ich eine globale Liste statt einer einfachen Auswahlliste verwenden?

A: Wenn Sie eine Liste in mehreren WITs oder mehreren Teamprojekten verwenden, kann der Wartungsbedarf durch Beibehaltung der Liste als globale Liste minimiert werden. Wenn Teile von Listen in WITs oder Teamprojekten unterschiedlich angezeigt werden sollen, können Sie zudem für einen Teil der Liste eine globale Liste definieren. Weitere Informationen finden Sie unter Definieren von Auswahllisten und Definieren von globalen Listen.

F: Sind Einschränkungen hinsichtlich der Änderung von Systemfeldern zu beachten?

A: Ja. Sie können keine Systemfelder umbenennen, und einige Regeln können nicht auf Systemfelder angewendet werden. Sie können beispielsweise keine leeren Felder kopieren oder festlegen, die verwendet werden, um nachzuverfolgen, wer eine Arbeitsaufgabe erstellt, geändert oder geschlossen hat oder welche Datums-/Uhrzeit-Felder vom System verwendet wurden.

Alle Namen von Systemfeldern beginnen mit dem Präfix "System" (beispielsweise System.ID). Alle Systemfelder werden für alle WITs definiert, unabhängig davon, ob Sie sie in der WIT-Definition einschließen. Weitere Informationen über die einzelnen Felder finden Sie unter Arbeitsaufgabenfeld-Verweis für Visual Studio ALM.

F: Werden Regeln in einer bestimmten Reihenfolge ausgewertet?

Ja A: Ja, es gibt jedoch mehrere Faktoren, die sich auf die Auswertung mehrerer Regeln durch das System so auswirken, dass das Endresultat nicht immer vollständig abzusehen ist. Weitere Informationen zum erwarteten Verhalten und zu Interaktionen finden Sie unter Anwenden einer Regel auf ein Arbeitsaufgabenfeld.

F: Wie sollten Felder zur Unterstützung der Berichterstellung benannt werden?

A: Zur Unterstützung der Berichterstellung können Sie Felder hinzufügen oder die Attribute vorhandener Felder ändern. Wenn Sie Felder hinzufügen oder ändern, sollten Sie diese systematisch benennen, damit Sie das Feld im Analysis Services-Cube finden können, da die Felder logisch in Ordner gruppiert werden. Weitere Informationen dazu finden Sie unter Hinzufügen und Ändern von Arbeitsaufgabenfeldern zum Unterstützen von Berichten.

F: Gibt es eine Möglichkeit, die Anzahl von Namen einzuschränken, die im Feld "Zugewiesen zu" erscheinen?

A: Ja. Standardmäßig zeigt das Dropdownmenü für das Feld "Zugewiesen zu" alle Benutzer an, denen der Zugriff auf TFS gewährt wurde. Dies ist die Standardgruppe "Gültige Benutzer". Die Ausnahme von dieser Regel ist, dass in Team Web Access die Kontextmenüs, die das Zuweisen von Arbeitsaufgaben unterstützen, auf Mitglieder des Teams beschränkt sind.

Die effizienteste Möglichkeit zur Anwendung von Sicherheitseinschränkungen ist, benutzerdefinierte Gruppen zu erstellen, die entweder in Windows oder in TFS verwaltet werden.

1. Erstellen Sie die Sicherheitsgruppe, die die Konten der Gruppe verwenden und hinzufügen soll. Beispielsweise erstellen Sie eine neue Gruppe namens Team Contributors. Siehe Hinzufügen von Benutzern zu Teamprojekten.

2. Ändern Sie die Definitionsdatei für jeden Arbeitsaufgabentyp, der den Benutzersatz einschränken soll. Fügen Sie das VALIDUSER-Element zur FIELD-Elementdefinition für das Feld "Zugewiesen zu" hinzu, und geben Sie die TFS-Gruppe an.

   Beispielsweise kann der folgende Codeausschnitt zur Aufgabendefinition hinzugefügt werden, um den Benutzersatz für das Feld "Zugewiesen zu" ausschließlich auf die Teammitglieder zu beschränken, die zur "TFS Team Task"-Gruppe hinzugefügt werden.

   <FIELD name="Assigned To" refname="System.AssignedTo" type="String" reportable="dimension" syncnamechanges="true">
      <HELPTEXT>The person currently working on this task</HELPTEXT>
      <ALLOWEXISTINGVALUE />
      <VALIDUSER group="Team Contributors" />
   </FIELD>
   

   Durch die Angabe des ALLOWEXISTINGVALUE-Elements vermeiden Sie Validierungsfehler, die andernfalls auftreten würden, wenn Mitglieder das Team verlassen und nicht mehr als Projektbeteiligte registriert sind.

F: Wie füge ich einem Feld benutzerdefinierte Steuerelemente hinzu?

A: Mit dem Objektmodell zum Nachverfolgen von Arbeitsaufgaben können Sie Fehler, Aufgaben und andere WITs programmgesteuert erstellen, ändern und suchen. Sie können auch eigene benutzerdefinierte Steuerelemente erstellen, die einem Arbeitsaufgabenformular Funktionalität hinzufügen.

Sie können beispielsweise die folgenden benutzerdefinierten Steuerelemente hinzufügen, die durch das CodePlex-Projekt Benutzerdefinierte Steuerelemente für die TFS-Arbeitsaufgabennachverfolgung verfügbar sind:

• Bildschirmabbildungssteuerelement, das einen Ausschneide- und Einfügevorgang von Bildern in ein HTML-Feld zulässt.

• Webbrowser-Steuerelement, das es einem Benutzer ermöglicht, eine Webseite zu hosten und Feldwerte an diese Webseite zu übergeben.

• Mehrwertiges Steuerelement, das die Eingabe mehrerer Werte für ein Feld unterstützt, indem es eine Liste mit Kontrollkästchen anzeigt.

F: Wie ändere ich die Feldzuordnungen, die die TFS-Integration in Project Server unterstützen?

A: Teamprojekte, die von einer standardmäßigen TFS-Prozessvorlage erstellt werden, enthalten eine standardmäßige Microsoft-Projektzuordnungsdatei. Falls Sie Project dazu verwenden, in TFS gespeicherte Arbeitsaufgaben zu planen und nachzuverfolgen, müssen Sie zusätzliche Project-Felder zuordnen oder die Methode zur Veröffentlichung und Aktualisierung eines TFS-Feld ändern. Sie können dies durch Anpassen der Microsoft Project-Zuordnungsdatei durchführen.

Weitere Informationen über die Verwendung von Project mit TFS-Arbeitsaufgaben finden Sie unter Erstellen von Backlog und Aufgaben mit Project.

F: Was ist die beste Methode zur Verwaltung einer Vielzahl benutzerdefinierter Felder?

A: Verwenden Sie globale Workflows, wenn Sie viele benutzerdefinierte Felder hinzufügen müssen, die in mehreren WITs oder über mehrere Teamprojekte hinweg verwendet werden. Sie können Wartungsvorgänge vereinfachen, indem Sie den globalen Satz von Feldern und Auswahllisten mithilfe des globalen Workflows beibehalten. Siehe Globale XML-Elementreferenz für Workflows.

F: Wie lösche ich ein Feld?

A: Wenn Sie ein Feld aus einem bestimmten Arbeitsaufgabentyp entfernen, wird es nicht aus der Auflistung oder vom Datenbankserver entfernt, selbst wenn von keinem WIT mehr darauf verwiesen wird. Führen Sie folgende Schritte aus, um ein Feld zu entfernen:

1. Entfernen Sie die FIELD-Definition aus allen WIT-Definitionen und aus allen globalen Workflows, die darauf verweisen.

2. Vergewissern Sie sich, dass das Feld nicht verwendet wird. Beispiel:

   witadmin listfields /collection:http://AdventureWorksServer:8080/tfs/DefaultCollection /n:MyCompany.CustomContact
   
   Field: MyCompany.CustomContact
   Name: Custom Contact
   Type: String
   Reportable As: dimension
   Use: Not In Use
   Indexed: False
   

3. Löschen Sie das Feld. Beispiel:

   witadmin deletefield /collection:http://AdventureWorksServer:8080/tfs/DefaultCollection /n:MyCompany.CustomContact
   

4. Wenn das gelöschte Feld zur berichtsfähig war, erstellen Sie das Data Warehouse neu, um das alte Feld und dessen Werte zu löschen.

Weitere Informationen finden Sie unter Verwalten von Arbeitsaufgabenfeldern [witadmin].

Q: Welche anderen Bereiche können angepasst werden?

A: Siehe Eine End-to-End-Ansicht der in Visual Studio TFS konfigurierbaren und anpassbaren Elemente.

F: An wen kann ich mich bei weiteren Fragen wenden?

A: Besuchen Sie das folgende Forum, um nach Antworten zu suchen oder eine Frage zu stellen: Team Foundation Server – Projektmanagement und Arbeitsaufgabe.