Update einer angepassten Prozessvorlage für den Zugriff auf neue Funktionen

Wenn der Assistent zum Konfigurieren von Funktionen das Teamprojekt nicht aktualisieren kann, liegt das daran, dass das Teamprojekt aus einer anderen Prozessvorlage als derjenigen von TFS erstellt wurde, oder Sie haben das Teamprojekt so angepasst, dass es die Aktualisierungen nicht anwenden kann. In diesen Situationen haben Sie diese Optionen, um vorhandene Teamprojekte zu aktualisieren:

• Option A: Hinzufügen von Funktionen zur angepassten Prozessvorlage und anschließend Ausführen des Assistenten zum Konfigurieren von Funktionen

  Erforderliche Schritte: , , und

  Wählen Sie diese Option, wenn Sie umfassende Anpassungen an Ihrer Prozessvorlage vorgenommen haben.

• Option B: Anwenden der Anpassungen auf die neueste Prozessvorlage und anschließend Ausführen des Assistenten zum Konfigurieren von Funktionen

  Erforderliche Schritte: , , und .

  Wählen Sie diese Option, wenn Sie sehr wenige Anpassungen an Ihrer Prozessvorlage vorgenommen haben.

• Option C: Hinzufügen von Funktionen in einem manuellen Updateprozess

  Wählen Sie diese Option, wenn Sie Anpassungen an Ihrem Teamprojekt vorgenommen haben, die in keiner Ihrer Prozessvorlagen vorkommen.

• **Option D:**Programmgesteuertes Aktualisieren zahlreicher Teamprojekte. Wählen Sie zuerst Option A oder Option B, um die benutzerdefinierte Prozessvorlage zu aktualisieren. Aktualisieren Sie dann mithilfe der folgenden Informationen und Ressourcen alle für eine Teamprojektauflistung definierten Projekte in einem Batch: Konfigurieren von Funktionen für Dutzende von Teamprojekten, und die Features4tfs-Lösung von CodePlex.

  Wählen Sie diese Option, wenn Sie Dutzende von Teamprojekten haben, die alle mit derselben Prozessvorlage erstellt wurden.

Weitere Informationen zu den Hinzufügungen zu den neuesten Standardprozessvorlagen finden Sie unter Konfigurationsänderungen zum Hinzufügen neuer Funktionen.

1.Herunterladen der neuesten Prozessvorlage

Sie kopieren Dateien aus dem Ordner der neuesten Prozessvorlagenversion, die Sie zum entsprechenden Ordner mit den benutzerdefinierten Prozessvorlagendefinitionen herunterladen, oder fügen die Dateien hinzu.

1. Wenn Sie eine Prozessvorlage von einer Version älter als MSF 6.0 oder Visual Studio Scrum 2.0 aktualisieren, wenden Sie zuerst die in Version 2012 dieses Themas bereitgestellten Updates an.

   Sie können die Datei ProcessTemplate.xml auf Versionsinformationen überprüfen.

2. Wenn Sie Ihren Anwendungsebenenserver nicht auf die TFS-Version aktualisiert haben, welche die gewünschten Funktionen enthält, sollten Sie dies jetzt tun. Den Download finden Sie unter und Upgrade Team Foundation Server.

3. Wenn Sie kein Mitglied der Gruppe "Projektauflistungsadministratoren" sind, lassen Sie sich hinzufügen. Die Berechtigung Prozessvorlage verwalten muss auf "Zulassen" gesetzt sein, damit Sie Prozessvorlagen herunterladen und verwalten können.

4. Nachdem TFS aktualisiert wurde, können Sie die neuesten Prozessvorlagen aus TFS herunterladen und die Prozessvorlage auswählen, die am meisten mit der Prozessvorlage übereinstimmt, welche Sie zur Erstellung des Teamprojekts verwendet haben.

   Siehe Herunterladen der neuesten Version der Prozessvorlagen.

   Um Prozessvorlagen hochladen oder herunterladen, müssen Sie eine entweder von Visual Studio 2013 oder Team Explorer 2013 Verbindung mit TFS 2013 herstellen.

5. Kopieren Sie die Prozessvorlage in einen neuen Ordner, für den Sie die Anpassungen anwenden (Option B), oder kopieren Sie XML-Definitionen, um neue Funktionen zur vorhandenen Prozessvorlage zu kopieren (Option C).

2.Hinzufügen von Funktionen zur angepassten Prozessvorlage (Option A)

   Aktualisieren Sie Ihre benutzerdefinierte Prozessvorlage durch Hinzufügen der folgenden Arbeitsaufgabentypen:

• Funktion unterstützt die Verwaltung von Portfoliobacklogs.

• Freigegebener Parameter unterstützt das Wiederholen von Tests mit unterschiedlichen Daten.

• Testplan und Testsammlung unterstützt die Anpassung dieser Artefakte und die Möglichkeit, diese Arbeitsaufgabentypen abzufragen. Zusätzliche Änderungen wurden eingeführt. Diese werden in den folgenden zwei Themen beschrieben: Neue aktivierte Funktionen für Team Web Access und Planen von manuellen Tests.

Kopieren Sie Dateien aus dem Ordner der neuesten Prozessvorlagenversion, die Sie herunterladen, in den entsprechenden Ordner mit den benutzerdefinierten Prozessvorlagendefinitionen, oder fügen Sie Dateien hinzu.

Hinzufügen von Funktions- und Portfoliobacklogunterstützung (TFS 2013 ist erforderlich)

1. Kopieren Sie die Datei Feature.xml aus dem Ordner WorkItem Tracking/TypeDefinitions in den entsprechenden Ordner der benutzerdefinierten Prozessvorlage.

2. Fügen Sie Feature Category zur Categories-Datei im Ordner WorkItem Tracking hinzu.

   <CATEGORY name="Feature Category" refname="Microsoft.FeatureCategory">
       <DEFAULTWORKITEMTYPE name="Feature" />
     </CATEGORY>
   

3. Öffnen Sie die Plug-In-Datei WorkItems im Ordner WorkItem Tracking.

   1. Fügen Sie dem <WORKITEMTYPES>-Abschnitt eine Aufgabe zum Hochladen des Funktionsarbeitsaufgabentyps hinzu.

      <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Feature.xml" />
      

   2. Ersetzen Sie die zwei Prozesskonfigurationsaufgaben im PROCESSCONFIGURATION-Element...

      <PROCESSCONFIGURATION>
         <CommonConfiguration fileName="WorkItem Tracking\Process\CommonConfiguration.xml"/>
         <AgileConfiguration fileName="WorkItem Tracking\Process\AgileConfiguration.xml"/>
      </PROCESSCONFIGURATION>
      

      .. durch die einzelne Elementanweisung, die auf die ProcessConfiguration-Datei verweist.

      <PROCESSCONFIGURATION>
         <ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
      </PROCESSCONFIGURATION>
      

4. Kopieren Sie die ProcessConfiguration-Datei aus dem Ordner WorkItem Tracking/Process der heruntergeladenen Prozessvorlage in den benutzerdefinierten Vorlagenordner desselben Pfads.

   Schließen Sie alle Anpassungen ein, die Sie an ProcessConfiguration-, an AgileConfiguration- oder an CommonConfiguration-Dateien vorgenommen haben. Weitere Informationen finden Sie unter dem Verweis der Prozesskonfigurations-XML.

5. Löschen Sie die Dateien AgileConfiguration und CommonConfiguration aus dem Ordner WorkItem Tracking/Process.

   Die Prozesskonfiguration wird nun von der einzelnen ProcessConfiguration-Datei unterstützt.

6. Ersetzen Sie die Dateien Backlog/Stories/Requirement Overview.rdl und Stories/Requirements Progress.rdl im Ordner Reports Ihres benutzerdefinierten Vorlagenordners durch die Dateien der heruntergeladenen Prozessvorlage an demselben Speicherort.

   Diese Updates enthalten Änderungen, die durch die Einführung des Funktionsarbeitsaufgabentyps "Portfoliobacklog" erforderlich wurden, wie in diesen Blogbeitrag beschrieben: Aktualisieren der Übersichts- und Fortschrittsberichte, um die Portfoliobacklogs zu unterstützen.

7. Ersetzen Sie den Ordner Process Guidance unter dem Ordner Windows SharePoint Services durch den Inhalt des aktuellen Ordners.

   Diese Dateien stellen Weiterleitungslinks zum Inhalt des neuesten Prozessleitfadens bereit.

Hinzufügen von Unterstützung für freigegebene Parameter (TFS 2013.2 ist erforderlich)

1. Kopieren Sie die Datei SharedParameter.xml aus dem Ordner WorkItem Tracking/TypeDefinitions in den entsprechenden Ordner der benutzerdefinierten Prozessvorlage.

2. Fügen Sie Shared Parameter Category zur Categories-Datei im Ordner WorkItem Tracking hinzu.

   <CATEGORY name="Shared Parameter Category" refname="Microsoft.SharedParameterCategory">
       <DEFAULTWORKITEMTYPE name="Shared Parameter" />
     </CATEGORY>
   

3. Fügen Sie Shared Parameter zu Hidden Types Categories hinzu.

   <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
       <DEFAULTWORKITEMTYPE name="Code Review Request" />
       <WORKITEMTYPE name="Code Review Response" />
       <WORKITEMTYPE name="Feedback Request" />
       <WORKITEMTYPE name="Feedback Response" />
       <WORKITEMTYPE name="Shared Steps" />
       <WORKITEMTYPE name="Shared Parameter" />  </CATEGORY>
   

4. Öffnen Sie die Plug-In-Datei WorkItems im Ordner WorkItem Tracking.

5. Fügen Sie dem <WORKITEMTYPES>-Abschnitt eine Aufgabe zum Hochladen des Arbeitsaufgabentyps "Freigegebener Parameter" hinzu.

   <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\SharedParameter.xml" />
   

Hinzufügen von Testplan- und Testsammlungs-Arbeitsaufgabentypen (TFS 2013.3 erforderlich)

Wenn Sie ein Upgrade Ihres Anwendungsebenenservers auf TFS 2013.3 durchführen, aktualisiert der TFS-Upgrade-Assistent automatisch Ihre vorhandenen Teamprojekte für die Unterstützung der neuen Objekte zur Arbeitsaufgabenverfolgung für Testpläne und Testsammlungen.

Änderungen werden an Ihrem Teamprojekt vorgenommen, aber an vorhandenen, benutzerdefinierten Prozessvorlagen werden keine Änderungen vorgenommen. Sie können Ihre benutzerdefinierten Prozessvorlagen aber manuell aktualisieren. Gründer hierfür sind die Unterstützung zukünftiger TFS-Upgrades, die die Verwendung des Assistenten zum Konfigurieren von Funktionen erfordern, oder wenn Sie planen, nach dem Upgrade Ihres Servers auf diesem Teamprojekte mit Ihrer benutzerdefinierten Prozessvorlage zu erstellen. Sie müssen diese Objekte manuell zu Ihren benutzerdefinierten Prozessvorlagen hinzufügen.

1. Kopieren Sie die Dateien TestPlan.xml und TestSuite.xml aus dem Ordner WorkItem Tracking/TypeDefinitions in den entsprechenden Ordner der benutzerdefinierten Prozessvorlage.

2. Fügen Sie Test Plan Category und Test Suite Category zur Categories-Datei im Ordner WorkItem Tracking hinzu.

   <CATEGORY name="Test Plan Category" refname="Microsoft.TestPlanCategory">
       <DEFAULTWORKITEMTYPE name="Test Plan" />
     </CATEGORY>
     <CATEGORY name="Test Suite Category" refname="Microsoft.TestSuiteCategory">
       <DEFAULTWORKITEMTYPE name="Test Suite" />
     </CATEGORY>
   

3. Fügen Sie Test Plan Category und Test Suite Category zu Hidden Types Categories hinzu.

   <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
       <DEFAULTWORKITEMTYPE name="Code Review Request" />
       <WORKITEMTYPE name="Code Review Response" />
       <WORKITEMTYPE name="Feedback Request" />
       <WORKITEMTYPE name="Feedback Response" />
       <WORKITEMTYPE name="Shared Steps" />
       <WORKITEMTYPE name="Shared Parameter" />
       <WORKITEMTYPE name="Test Plan" />
       <WORKITEMTYPE name="Test Suite" />
     </CATEGORY>
   

4. Öffnen Sie die Plug-In-Datei WorkItems im Ordner WorkItem Tracking.

5. Fügen Sie eine Aufgabe zum Hochladen der Arbeitsaufgabentypen "Testplan" und "Testsammlung" in den <WORKITEMTYPES>-Abschnitt hinzu.

   <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\TestPlan.xml" />
   <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\TestSuite.xml" />
   

3.Anwenden der Anpassungen auf die Prozessvorlage (Option B)

Mit dieser Option wenden Sie die Anpassungen, die Sie am Teamprojekt oder der Teamvorlage vorgenommen haben, auf die neueste Prozessvorlage an, die der Vorlage, welche zur Erstellung des Teamprojekts verwendet wurde, am meisten entspricht.

1. Wenden Sie die vorgenommenen Anpassungen auf den neuen Prozessvorlagenordner an:

   • Wenden Sie die vorgenommenen Anpassungen auf die Definitionen des Arbeitsaufgabentyps an. Dazu zählen das Hinzufügen von Feldern oder Änderungen am Workflow oder Format.

   • Fügen Sie benutzerdefinierte Arbeitsaufgabentypen zum Arbeitsaufgabennachverfolgungsordner hinzu, und aktualisieren Sie die WorkItems-Definitionsdatei nach Bedarf. Siehe Hinzufügen von Typdefinitionen für Arbeitsaufgaben zu einer Prozessvorlage.

     Wenn Sie einen benutzerdefinierten Arbeitsaufgabentyp verwenden möchten, der denselben Namen wie derjenige in der Standardprozessvorlage enthält, müssen Sie sicherstellen, dass sie die Arbeitsaufgabentyp-Definitionsdateien austauschen. Wenn Sie einen benutzerdefinierten Arbeitsaufgabentyp mit einem anderen Namen als in der Standardprozessvorlage angegeben verwenden möchten, müssen Sie die Kategorien und die Dateien für die Prozesskonfigurationsdefinition vor dem Import ändern, damit die unterschiedliche Benennung gilt.

   • Wenden Sie die Anpassungen auf die Categories-Definitionsdatei an.

   • Wenden Sie die Anpassungen auf die ProcessConfiguration-Definitionsdatei an. Überprüfen Sie, dass die gewünschten Arbeitsaufgabentypen in den korrekten Kategorien vertreten sind und alle Workflowzustände mit Metazuständen verknüpft sind.

   • Kopieren Sie zusätzliche Prozessvorlagendateien, die Sie angepasst haben, in den entsprechenden Prozessvorlageordner. Eine vollständige Liste der Prozessvorlagedateien und Informationen zu deren Anpassung finden Sie unter Übersicht über Prozessvorlagendateien.

2. Überprüfen Sie die Änderungen anhand dieser Prüfliste, um sicherzustellen, dass Sie alle erforderlichen Anpassungen angewendet haben:

   Anpassung	Aktualisieren oder Überprüfen der Arbeitsaufgabentyp-Definition	Aktualisieren oder Überprüfen der Prozesskonfigurationsdefinition
   Hinzufügen eines Arbeitsaufgabentyps zur Anforderungskategorie (Ein Arbeitsaufgabentyp (WIT) kann entweder zur Anforderungs- oder zur Aufgabenkategorie, aber nicht zu beiden gehören.)	Um die folgenden Felder aufzunehmen: Der Feldwert, der type=Order in der Prozesskonfigurationsdatei zugewiesen ist (Backlog Priorität in Scrum, Stapelrang in Agile oder CMMI) Der Feldwert, der type=Effort in der Prozesskonfigurationsdatei zugewiesen ist (Aufwand (Scrum), Storypunkte (Agile) oder Größe (CMMI)). Der Bereichspfad oder der Feldwert, der type=Team in der Prozesskonfigurationsdatei zugewiesen ist. Alle Felder, die in den AddPanel-Abschnitt der Prozesskonfigurationsdatei aufgenommen sind (Felder müssen im FIELDS-Abschnitt definiert sein, müssen aber nicht in den FORM-Abschnitt aufgenommen sein).	Um die notwendigen Metazustandszuordnungen unter dem RequirementBacklog-Abschnitt aufzunehmen: Ordnen Sie den anfänglichen Status jedes Arbeitsaufgabentyps in der Anforderungskategorie type="Proposed" zu. Ordnen Sie jeden Workflowzwischenstatus, der im Kanban-Board angezeigt werden soll, zu type="InProgress" zu. Ordnen Sie das Ende jedes Workflowstatus zu type="Complete" zu. type="Complete" kann mehreren Status zugeordnet sein. Um einen Eintrag aufzunehmen, der die dem Arbeitsaufgabentyp (WIT) zugeordneten Farbcodes definiert. Beispiel: <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="Product Backlog Item" />
   Ändern des Workflows eines Arbeitsaufgabentyps in der Anforderungskategorie	Nicht zutreffend	Um die notwendigen Metazustandszuordnungen, wie oben beschrieben, für das Hinzufügen eines Arbeitsaufgabentyps zur Anforderungskategorie aufzunehmen.
   Hinzufügen eines Arbeitsaufgabentyps zur Aufgabenkategorie	Um die folgenden Felder aufzunehmen: Der Feldwert, der type=Order in der Prozesskonfigurationsdatei zugewiesen ist (Backlog Priorität in Scrum, Stapelrang in Agile oder CMMI) Der Feldwert, der type=Activity in der Prozesskonfigurationsdatei zugewiesen ist (Aufwand (Scrum oder Agile) oder Disziplin (CMMI)). Bereichspfad oder der Feldwert, der type=Team in der Prozesskonfigurationsdatei zugewiesen ist Der Feldwert, der type=RemainingWork in der Prozesskonfigurationsdatei zugewiesen ist (Verbleibende Arbeit). (Optional) Ursprüngliche Arbeit und Abgeschlossene Arbeit (nur Agile und CMMI)	Um die notwendigen Metazustandszuordnungen unter dem TaskBacklog-Abschnitt aufzunehmen: Ordnen Sie den anfänglichen Status jedes Arbeitsaufgabentyps in der Aufgabenkategorie type="Proposed" zu. Ordnen Sie jeden Workflowzwischenstatus, der im Task Board angezeigt werden soll, zu type="InProgress" zu. Ordnen Sie das Ende jedes Workflowstatus zu type="Complete" zu. type="Complete" kann mehreren Status zugeordnet sein. Um einen Eintrag aufzunehmen, der die dem Arbeitsaufgabentyp (WIT) zugeordneten Farbcodes definiert. Beispiel: <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />
   Ändern des Workflows eines Arbeitsaufgabentyps in der Aufgabenkategorie	Nicht zutreffend	Um die notwendigen Metazustandszuordnungen, wie oben beschrieben, für das Hinzufügen eines Arbeitsaufgabentyps zur Aufgabenkategorie aufzunehmen.
   Hinzufügen eines Arbeitsaufgabentyps zur Fehlerkategorie oder Ändern des Workflows eines Arbeitsaufgabentyps in der Fehlerkategorie (nur Agile und CMMI) (siehe Hinweis a)	Nehmen Sie die folgenden Felder auf, um die konfigurierbare Einstellungen zum Hinzufügen von Fehlern zum Backlog zu unterstützen: Der Feldwert, der type=Order in der Prozesskonfigurationsdatei zugewiesen ist (Backlog Priorität in Scrum, Stapelrang in Agile oder CMMI) Der Feldwert, der type=Effort in der Prozesskonfigurationsdatei zugewiesen ist (Aufwand (Scrum), Storypunkte (Agile) oder Größe (CMMI)).	Um die notwendigen Metazustandszuordnungen unter dem BugWorkItems-Abschnitt aufzunehmen: Ordnen Sie den anfänglichen Status jedes Arbeitsaufgabentyps in der Fehlerkategorie type="Proposed" zu. Ordnen Sie jeden Workflowzwischenstatus, der im Kanban-Board oder für "Meine Arbeit" angezeigt werden soll, zu type="InProgress" zu. Ordnen Sie das Ende jedes Workflowstatus zu type="Complete" zu. type="Complete" kann mehreren Status zugeordnet sein. Weitere Informationen erhalten Sie unter Unterstützen des Fehlerupdatestatus mit "Meine Arbeit".
   Entfernen eines Arbeitsaufgabentyps aus der Anforderungs- oder Aufgabenkategorie	Nicht zutreffend	Um alle Metazustandszuordnungen zu entfernen, die nur diesem Arbeitsaufgabentyp zugeordnet sind.
   Entfernen eines Arbeitsaufgabentyps	Entfernen des Arbeitsaufgabentyps aus der Kategoriendatei	Um alle Metazustandszuordnungen zu entfernen, die nur diesem Arbeitsaufgabentyp zugeordnet sind, den Sie entfernt haben, und das WorkItemColor-Element, das die Farbcodes für den von Ihnen entfernten Arbeitsaufgabentyp definiert.
   Umbenennen eines WIT	Aktualisieren der Kategoriendatei mit den neuen Namen	Aktualisieren der Prozesskonfigurationsdatei mit den neuen Namen

   Hinweise:

   1. Unter Hinzufügen von Fehlern zum Task Board oder Backlog finden Sie Informationen, wenn Sie eine Aktualisierung auf TFS 2013.4 vorgenommen haben. In TFS 2013.4 wird eine Einstellung eingeführt, über die jedes Team Fehler in seinem Backlog und Kanban-Board anzeigen kann. Diese Funktion verweist auf die Metazustandszuordnungen unter BugWorkItems.

4.Umbenennen und Hochladen der Prozessvorlage zu TFS

   Damit der Konfigurationsassistent die neueste Version einer Prozessvorlage auswählt, müssen Sie die version-Anweisung aktualisieren, sodass diese zwischen der aktualisierten Prozessvorlagenversion und vorherigen Versionen unterscheidet.

1. Öffnen Sie die Plug-In-Datei ProcessTemplate im obersten Ordner.

   1. Aktualisieren Sie den Namen, um die vorgenommenen Versionsänderungen wiederzugeben. Beispiel:

      <name>MyCompany Custom Scrum 2013.3  </name>
      

   2. Aktualisieren Sie den Codeausschnitt nach dem description-Element. Erhöhen Sie die Nebenversion, um anzuzeigen, dass Sie Aktualisierungen an der vorhandenen Prozessvorlage vorgenommen haben, und um diese von der Standard-TFS-Prozessvorlage zu unterscheiden.

      Die Auswahl des Codeausschnitts basiert auf der aktualisierten Vorlagenkategorie:

      Kategorie	Versionsanweisung
      Agile	<version type="ADCC42AB-9882-485E-A3ED-7678F01F66BC" major="7" minor="20"/>
      CMMI	<version type="27450541-8E31-4150-9947-DC59F998FC01" major="7" minor="10"/>
      Scrum	<version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="3" minor="10"/>

2. Laden Sie die Prozessvorlage hoch.

   Um Ihre Änderungen zu überprüfen, können Sie ein Testprojekt erstellen. Siehe Erstellen eines Teamprojekts.

5.Ausführen des Assistenten zum Konfigurieren von Funktionen

Wenn Sie überprüft haben, dass die Prozessvorlage Ihre Anpassungen unterstützt, führen Sie den Assistenten zum Konfigurieren von Funktionen aus, um ihre vorhandenen Teamprojekte zu aktualisieren. Siehe Konfigurieren von Funktionen nach einem TFS-Upgrade.

Fragen und Antworten

F: Welche Arten von Anpassungen verhindern, dass der Assistent zum Konfigurieren von Funktionen ein Teamprojekt aktualisieren kann?

A: Folgende Änderungen, die an einer Prozessvorlage vorgenommen werden, können verhindern, dass der Assistent zum Konfigurieren von Funktionen ausgeführt werden kann:

• Unbenannte oder entfernte Arbeitsaufgabentypen, die zur Anforderungskategorie oder Aufgabenkategorie gehören.

• Umbenannte Zustände oder angepasste Workflowzustände, die für Arbeitsaufgabentypen definiert wurden, welche zur Anforderungskategorie oder Aufgabenkategorie gehören. Metazustände definieren, wie Planungstools jeden Workflowzustand behandeln. Mindestens ein Workflowzustand muss zu den Metazuständen InProgress und Completed weisen

• Entfernen von Feldern, welche für Arbeitsaufgabentypen definiert wurden, die zur Anforderungskategorie oder Aufgabenkategorie gehören. Diese Felder sind in der ProcessConfiguration-Definitionsdatei definiert und beinhalten die Fehler, welche zur Verwaltung von Backlogpriorität, Aufwand, Aufgabenaktivität oder -disziplin und der verbleibenden Arbeit verwendet werden.

Weitere Informationen finden Sie unter XML-Elementreferenz für die Prozesskonfiguration.

F: Wie wird die Versionsanweisung in Prozessvorlagen verwendet?

A: Der Assistent zum Konfigurieren von Funktionen verwendet die version-Anweisung, um festzustellen, welche Prozessvorlage in einer Kategorie die neueste Version ist, und wählt diese Version automatisch aus.

Wenn die version-Anweisung nicht vorhanden ist, kann der Assistent zum Konfigurieren von Funktionen die Prozessvorlage zur Aktualisierung eines Teamprojekts nicht auswählen. Wenn mehr als eine Prozessvorlage auf TFS hochgeladen wurde, die dieselbe höchste Versionsnummer angibt, kann keine dieser Prozessvorlagen zur Aktualisierung eines Teamprojekts ausgewählt werden.

F: Ich arbeite erst seit Kurzem mit Prozessvorlagen.Was sollte ich über manuelle Aktualisierungen wissen?

A: Behalten Sie diese Tipps im Hinterkopf, wenn Sie Prozessvorlagendateien ändern:

• Eine Übersicht über Prozessvorlagen und deren Dateien und Ordner finden Sie unter Anpassen einer ProzessvorlageÜbersicht über Prozessvorlagendateien.

• Entfernen Sie keine Datei oder Aufgabe, um eine Datei hochzuladen, außer Sie wissen, um welche Datei es sich handelt und benötigen diese nicht.

• Um Anpassungen zu finden, die Sie vorgenommen haben, können Sie einen Diff-Vorgang auf vergleichbaren Dateien ausführen, die in den zwei Vorlagen vorhanden sind. Es kann jedoch sein, dass Sie falsch positive Ergebnisse erhalten, da sich die Sequenz der Elementdefinitionen möglicherweise zwischen zwei Versionen geändert hat.

• Sie können nach dem dependency-Element auf allen Plug-In-Dateien suchen, um zu erfahren, welche Aufgaben von anderen Aufgaben abhängen, die gerade fertig gestellt werden. Microsoft Test-Manager und Lab Management erfordern zum Beispiel die Arbeitsaufgabentypen SharedSteps und TestCase, die Linktypen SharedSteps und TestedBy, und Kategorien. Siehe Definieren der Abhängigkeiten für Aufgabengruppen und Aufgaben in Plug-In-Dateien.

F: Wie kann ich einen Arbeitsaufgabentyp umbenennen?

A: Verwenden Sie den Befehl witadmin renamewitd, um den Namen zu ändern, und aktualisieren Sie dann die Kategoriendefinitionsdatei. Weitere Informationen dazu finden Sie unter Anpassen oder Hinzufügen eines benutzerdefinierten Arbeitsaufgabentyps (WIT).

Q: Was geschieht, wenn ich mehr als eine Portfoliobacklog verwenden möchte?

A: Sie können bis zu fünf Portfoliobacklogs hinzufügen. Dies schließt den Standardbacklog "Feature" ein. Sie können dieses Backlog einer benutzerdefinierten Prozessvorlage hinzufügen oder nachdem das Teamprojekt aktualisiert wurde. Informationen zum Beginnen finden Sie unter Hinzufügen eines Portfoliobacklogs.

Q: Wo kann ich mehr über die zu ändernden Definitionsdateien erfahren?

A: Weitere Informationen zu diesen Themen finden Sie unter:

• Anpassen einer Prozessvorlage

• XML-Elementreferenz für WITD

• Kategorien-XML-Elementreferenz

• XML-Elementreferenz für die Prozesskonfiguration

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

A: Sie können in folgenden Foren eine Frage stellen oder nach Antworten suchen: Team Foundation Server - Arbeitsaufgabennachverfolgung oder Team Web Access.