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	<WORKITEMTYPE fileName="WITFilePathName" />	Wymagany element podrzędny elementu WORKITEMTYPES. Określa ścieżkę i nazwę pliku, który zawiera definicję typu można przekazać.
WORKITEMTYPES	<WORKITEMTYPES>    <WORKITEMTYPE />  . . . </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

Inne zasoby

Modyfikowanie lub dodawanie pola do obsługi zapytań, raportów i przepływu pracy