Dodawanie definicji typu dla elementów roboczych do szablonu procesu
Typy elementów roboczych (WITs), zdefiniowanych przez użytkownika dla szablonu procesu stanowią podstawę dla wszystkich śledzenia, monitorowanie i raporty dotyczące rozwoju produktu i jego funkcji.ZEZWÓ definiuje pola danych, przepływ pracy i formularza elementu pracy dla elementu pracy, które będą śledzone w projekcie zespołowym.Typy elementów pracy między innymi usterki, historie użytkowników i zadania.Najpierw można dostosować definicje typów można dodać pola, przepływ pracy albo zmodyfikować formularza elementu pracy.Ponadto można dodać lub usunąć WITs z szablonu procesu.
Definicje typów dla szablonu procesu kilka elementów roboczych jest określany jako zadanie w ramach WorkItemTracking dodatku plug-in.To zadanie jest wymagane, ponieważ typy elementów roboczych obsługuje śledzenie i raportowanie pracy.Określ każdego typu pliku definicji można przekazać w ramach taskXml elementu.Dodatki plug-in Zarządzanie testów, raporty i portalu są zależne od pomyślnego przekazywania definicje WITs.
Team Foundation Server (TFS) przetworzyć szablony zdefiniować co najmniej sześciu typów elementów roboczych.Typy i pola, które są zdefiniowane w nich odwołuje się definicje kategorii, zapytania elementu roboczego i raporty.W związku z tym zadania, które można przekazać definicje WITs pomyślnie należy ukończyć przed zadania, które można przekazać kategorie, kwerendy elementu pracy i raporty.
Ponadto zadanie przekazywania plików definicji dla typów łącza muszą poprzedzać zadanie, które można przekazać definicje typów dla WITs.Aby uzyskać więcej informacji, zobacz Definiowanie zależności dla grup zadań i zadań w plikach wtyczek.
Po utworzeniu projektu zespołowego przy użyciu szablonu procesu można dodawania, usuwania, zmiany nazwy i zmiany definicji WITs przy użyciu witadmin narzędzia wiersza polecenia.Aby uzyskać więcej informacji, zobacz Importowanie i eksportowanie elementów pracy oraz zarządzanie nimi [witadmin].
Definiowanie WITs
Definicja każdego typu musi być określone w własny plik w WITD element kontenera.Każda definicja również musi być zgodna z definicji schematu dla typów elementów roboczych, określoną w workitemtypedefinition 02.xsd i workitemtypedefinition 02.xsd plików.Istnieje możliwość pobierania plików schematu do śledzenia elementów pracy z następującej strony w witrynie sieci Web firmy Microsoft: szablon procesu i pracować na schematy elementów dla programu Visual Studio Team Foundation.
Poniższy przykład przedstawia strukturę składni wysokiego poziomu, która definiuje typu elementu roboczego.
<WITD application="work item type editor" version="1.0">
<WORKITEMTYPE name="Bug">
<DESCRIPTION>Bug work items are used to track defects in the code.</DESCRIPTION>
<GLOBALLISTS> . . . </GLOBALLISTS>
<FIELDS> . . . </FIELDS>
<WORKFLOW> . . . </WORKFLOW>
<FORM> . . . </FORM>
</WORKITEMTYPE>
</WITD>
Można dostosować lub utworzyć plików definicji typu w folderze TypeDefinitions.Aby uzyskać więcej informacji na temat definiowania typu elementu roboczego, zobacz Wszystkie elementy WITD XML — Odwołanie i Dostosowywanie obiektów śledzenia elementów pracy, aby wspierać procesy zespołu.
Określanie definicje WITs można przekazać
Aby przekazać definicji ZEZWÓ w szablonie procesu, należy określić WORKITEMTYPE elementu.Atrybut nazwy pliku jest ścieżką względną pliku definicji typu.Na przykład następującej składni Określa, czy plik Bug.xml zostanie przekazany.
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\filename.xml"/>
Poniższy przykład przedstawia sposób określić klasę task, która tworzy następujące WITS: usterkę, problem, etapów udostępnionych, zadania przypadkami testowymi i Historia użytkownika.Ponieważ filtry dla zawiera definicje służące do kilku WITs TestedBy typ, łącza LinkTypes zadanie musi być wykonane przed WITs można ukończyć zadania.
<task id="WITs" name="WorkItemType definitions" plugin="Microsoft.ProjectCreationWizard.WorkItemTracking" completionMessage="Work item types created">
<dependencies>
<dependency taskId="LinkTypes" />
</dependencies>
<taskXml>
<WORKITEMTYPES>
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Bug.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Issue.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\CodeReviewRequest.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\CodeReviewResponse.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Feature.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\FeedbackRequest.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\FeedbackResponse.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\SharedStep.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Task.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\TestCase.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\UserStory.xml" />
</WORKITEMTYPES>
</taskXml>
</task>
Odwołanie do elementu WORKITEMTYPES
W poniższej tabeli opisano elementy, które można użyć do przekazania definicje typów elementów roboczych.Określ te elementy w ramach taskXml element kontenera w pliku WorkItemTracking dodatku plug-in.
[!UWAGA]
Przy użyciu WORKITEMTYPE elementu (WorkItemTracking), w przypadku określenia pliku definicji typu można przekazać.Przy użyciu WORKITEMTYPE elementu (WITD), określ nazwę typu do definiowania.Aby uzyskać więcej informacji, zobacz Wszystkie elementy WITD XML — Odwołanie.
Element |
Składnia |
Opis |
---|---|---|
WORKITEMTYPE |
|
Wymagany element podrzędny elementu WORKITEMTYPES. Określa ścieżkę i nazwę pliku, który zawiera definicję typu można przekazać. |
WORKITEMTYPES |
|
Wymagany element podrzędny elementu WorkItemTracking dodatku plug-in. Zawiera zbiór WORKITEMTYPE elementów, że każdy określają definicji plik do przekazania. |
Zobacz też
Informacje
Importowanie i eksportowanie elementów pracy oraz zarządzanie nimi [witadmin]
Koncepcje
Wszystkie elementy WITD XML — Odwołanie
Definiowanie obiektów śledzenia elementów pracy za pomocą wtyczki śledzenia elementów pracy