Exportieren (0) Drucken
Alle erweitern
Dieser Artikel wurde manuell übersetzt. Bewegen Sie den Mauszeiger über die Sätze im Artikel, um den Originaltext anzuzeigen. Weitere Informationen
Übersetzung
Original

Ä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.

Namen, Attribute und Regeln der Felddefinition

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

Auswahlliste für benutzerdefiniertes Feld
<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:

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.

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:

Aktion:

Verwenden Sie dieses XML-Element:

Geben Sie eine QuickInfo an.

HELPTEXT

Qualifizieren Sie den Wert, den ein Feld aufweisen kann.

CANNOTLOSEVALUE , EMPTY, FROZEN, NOTSAMEAS, READONLY und REQUIRED.

Kopieren Sie einen Wert, oder geben Sie einen Standardwert an.

COPY , DEFAULT und SERVERDEFAULT

Einschränken des Personenkreises, von dem ein Feld geändert werden kann

VALIDUSER , Feldregelattribute for und not

Erzwingen Sie einen Mustervergleich für ein Zeichenfolgenfeld.

MATCH

Wenden Sie Regeln bedingt auf Grundlage von Werten in anderen Feldern an.

WHEN , WHENNOT, WHENCHANGED, und WHENNOTCHANGED

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

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

Prozess zum Anpassen eines WIT-Objekts

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>
    
    TippTipp

    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>
    
    TippTipp

    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.

    Benutzerdefiniertes Feld zu Typdefinition und Formular hinzugefügt

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"

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.

Attribut

Beschreibung

Datentyp

Gibt den Datentyp an, der vom Feld akzeptiert wird. Im Allgemeinen können Sie den Felddatentyp nach dessen Definition nicht ändern. Der Felddatentyp kann nur für Felder vom HTML-Typ oder PlainText-Typ gewechselt werden.

Angezeigter Name

Der Anzeigename wird in den Dropdownmenüs von Arbeitsaufgabenabfragen verwendet und muss für jedes Feld innerhalb einer Teamprojektauflistung eindeutig sein. Der Anzeigename kann sich von der Formularbezeichnung des Arbeitsaufgabenformulars unterscheiden.

Indexable

Sie können für ein Feld Indizierung aktivieren, um die Antwortzeiten von Abfragen beim Filtern dieses Felds zu verbessern. Standardmäßig werden die folgenden Felder indiziert: Zugewiesen an, Datum der Erstellung, Geändert von, Zustand, Grund, Bereichs-ID, Iterations-ID und Arbeitsaufgabentyp.

Berichtsattribute

Sie können den Feldnamen für die Darstellung in Berichten, den Berichtsverweisnamen und den Berichterstellungstyp ändern. Der Anzeigename des Berichts kann ebenfalls lokalisiert werden.

Der Berichterstellungstyp bestimmt, ob die Felddaten in die relationale Warehouse-Datenbank geschrieben werden, sowohl in die relationale Warehouse-Datenbank als auch den OLAP-Cube geschrieben werden, oder ob beim Verarbeiten des OLAP-Cubes eine im Voraus berechnete Wertsumme generiert wird.

Eine vollständige Liste der berichtsfähigen Standardfelder finden Sie unter Referenz zu berichtsfähigen Feldern für Visual Studio ALM. Weitere Informationen zum OLAP-Cube finden Sie unter Im Analysis Services-Cube für Visual Studio verfügbare Perspektiven und Measuregruppen.

Synchronisierung

Sie können die Active Directory-Synchronisierung für Benutzerkonten zugewiesene Feldern aktivieren oder deaktivieren.

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.

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

Arbeitsaufgabenfeld-Explorer

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

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.

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.

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.

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.

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.

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.

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.

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.

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.

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. Zum 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. Zum 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].

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

Community-Beiträge

HINZUFÜGEN
Microsoft führt eine Onlineumfrage durch, um Ihre Meinung zur MSDN-Website zu erfahren. Wenn Sie sich zur Teilnahme entscheiden, wird Ihnen die Onlineumfrage angezeigt, sobald Sie die MSDN-Website verlassen.

Möchten Sie an der Umfrage teilnehmen?
Anzeigen:
© 2015 Microsoft