Wszystkie elementy WITD XML — Odwołanie

Można dostosować istniejący typu elementu roboczego (ZEZWÓ) lub utworzyć ZEZWÓ aby spełnić wymagania dotyczące śledzenia projektu.ZEZWÓ definiuje reguły, pola, Stany i przejść do elementu pracy, które będą śledzone dla projektu zespołowego, takie jak usterkę, wymagania lub ryzyka.

ZEZWÓ nie może być pusta.Jest elementem głównym w każdej definicji ZEZWÓ WITD element, który musi mieć tylko jeden WORKITEMTYPE elementu zdefiniowanego.Nazwa każdego ZEZWÓ muszą być unikatowe w projekcie zespołowym, a każda nazwa typu musi zawierać co najwyżej 254 Unicode znaków.Aby uzyskać więcej informacji, zobacz Konwencje nazewnictwa obiektów śledzenia elementów pracy.

Aby dostosować lub Utwórz definicję ZEZWÓ, należy zmodyfikować plik XML definicji typu.Obsługa i Zarządzanie definicjami typów elementów roboczych dla każdego projektu zespołowego.

Struktura składni WITD

Poniższy przykład przedstawia definicję ZEZWÓ struktury wysokiego poziomu.

<WITD application="work item type editor" version="1.0">
    <WORKITEMTYPE name="bug">
        <DESCRIPTION>Bug work item types are used to track defects in the code.</DESCRIPTION>
        <GLOBALLISTS> . . . </GLOBALLISTS>
        <FIELDS> . . . </FIELDS>
        <WORKFLOW> . . . </WORKFLOW>
        <FORM> . . . </FORM>
    </WORKITEMTYPE>
</WITD>

Mała liczba elementów XML pojawiają się między WORKITEMTYPE znaczniki na najwyższy poziom definicji ZEZWÓ.Możesz rozpocząć definiowanie ZEZWÓ, podając nazwę i opis.Przy użyciu określonych standardowych znaczników XML do zakodowania definicji ZEZWÓ.

Elementy podrzędne WITD

Elementy strukturalne używany w poprzednim przykładzie opisano w poniższej tabeli:

Element	Opis
WITD	Pełne definicji ZEZWÓ jest kodowane przez tag WITD.Można użyć dowolną nazwę nazwę aplikacji.Wersja identyfikuje schematu typu elementu roboczego, która zmienia się od wydania do następnego.Użyj "1.0". <WITD application="Work item type editor" version="1.0 [1]">    <WORKITEMTYPE> . . .</WORKITEMTYPE> </WITD>
WORKITEMTYPE	Nazwy WITs musi być unikatowa w projekcie określony zespół.W czasie wykonywania można użyć nazwy określonej przez ten element.Na przykład nazwa może znajdować się jako opcji menu.W takim przypadku użytkownik może wybrać usterki na nowy element roboczy menu. <WORKITEMTYPE name="WorkItemTypeName"> <DESCRIPTION>Text</DESCRIPTION> <GLOBALLISTS> . . .</</GLOBALLISTS> <FIELDS> . . . </FIELDS> <WORKFLOW> . . . </WORKFLOW> <FORM> . . .</</FORM> </WORKITEMTYPE>
OPIS	Określa ciąg opisujący typ elementów roboczych, które są definiowane.Opis powinna ułatwiać każdy użytkownik, który jest dostosowywania ZEZWÓ. [!UWAGA] Opis można wyświetlić tylko w definicji XML.Nie można wyświetlić opis dowolne miejsce w interfejsie użytkownika, a jej nie ma relacji z polem System.Definition. <DESCRIPTION> DescriptionOfWorkItemType</DESCRIPTION> Należy określić ciąg tekstu, który zawiera opis typu elementu roboczego definiujesz.
GLOBALLISTS	Zawiera definicje globalnej listy, które są używane przez typu elementu roboczego.Wyświetla globalne służy do udostępniania elementów listy między wiele typów elementów roboczych dla kolekcji projektów zespołowych.Przy użyciu listy globalnych zapewnia obsługę łatwość konserwacji i grupy granic współpracy. <GLOBALLIST name="globalListName"> <LISTITEM> . . . </LISTITEM> </GLOBALLIST> Aby uzyskać więcej informacji, zobacz Definiowanie list globalnych.
POLA	Zawiera zestaw definicje pól, które są używane przez ZEZWÓ.W ramach FIELDS elementu, zdefiniuj wszystkie pola, które ma być używany do śledzenia danych dla typu elementu roboczego.Dotyczy to również pola, które będą używane do uruchamiania kwerend oraz generowanie raportów. <FIELDS>    <FIELD> . . . </FIELD> </FIELDS> Aby uzyskać więcej informacji, zobacz Definiowanie i modyfikowanie pól elementu roboczego.
WORKFLOW	Zawiera zestaw STATE i TRANSITION elementów, które definiują przepływu pracy.Przepływ pracy jest zbiorem prawidłowy przejścia z jednego stanu do drugiego i określonych warunków skojarzone z każdym przejścia. <WORKFLOW>    <STATES> . . . </STATES>    <TRANSITIONS> . . . </TRANSITIONS> </WORKFLOW> Aby uzyskać więcej informacji, zobacz Zmiana przepływu pracy dla typu elementu pracy.
FORMULARZ	Zawiera LAYOUT, CONTROL, GROUP, TAB, TABGROUP, SPLITTERi innych elementów, które definiują, które pola i formanty będą wyświetlane w formularzu i do wyświetlania tych elementów na formularzu. <FORM>    <Layout> . . . </Layout> </FORM> Aby uzyskać więcej informacji, zobacz Projektowanie formularza elementu roboczego.

Typy elementów roboczych szablon procesu

TFS zawiera trzy szablony procesów domyślny.Te pliki znajdują się w następującym katalogu:

%ProgramFiles%/Microsoft team Foundation Server 12.0/Tools/Deploy/ProcessTemplateManagerFiles/1033

Definicje typu elementu roboczego znajduje się w folderze Tracking\TypeDefinitions elementu pracy.Aby uzyskać więcej informacji, zobacz Praca z artefaktami projektu zespołowego, wybór szablonu procesu.

Można dostosować lub utworzyć plików definicji typu w folderze TypeDefinitions.Następnie można zaimportować nowego typu elementu roboczego do tego pojedynczego projektu lub można go dodać do szablonu procesu i przekazać zmodyfikowany szablon do swojego Team Foundation Server.Aby uzyskać więcej informacji, zobacz Dodawanie definicji typu dla elementów roboczych do szablonu procesu.

Zobacz też

Koncepcje

Dostosowywanie obiektów śledzenia elementów pracy, aby wspierać procesy zespołu

Inne zasoby

witAdmin: dostosowywanie obiektów i zarządzanie nimi w celu śledzenia elementów pracy