Pola obsługujące integrację z testowaniem, kompilowaniem i kontrolą wersji

Można dostosować typy elementu pracy (WITs) zawierają informacje, które jest generowany przez automatycznych procesów przez dodanie pola, które integrują się z Team Foundation Build, Microsoft Test Manager, i Kontrola wersji programu Team Foundation.

Pola, które integrują się z tworzenia programu Team Foundation

Team Foundation Buildautomatyczne kompilacji systemu jest Team Foundation Server.Twój proces kompilacji można skonfigurować za pomocą Team Foundation Build, i Team Foundation Build może wygenerować pozycje robocze, jeśli kompilacja nie powiedzie się.Można także dodać informacje kompilacji do elementów, które zostały rozwiązane w szczególności kompilacji pracy.Aby to zrobić Team Foundation Build wymaga dodania dwóch pól do definicji typu elementu roboczego: znaleziony w i tworzenie integracji.

W domyślnych szablonów proces który Team Foundation Server udostępnia, znaleziony w i zintegrowane w kompilacji pola są wyświetlane w definicje typów dla usterki.Te pola kojarzą usterki z kompilacjami, w których zostały odnalezione lub naprawione.Aby dodać te pola do definicji ZEZWÓ, można użyć następujący fragment kodu.

<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>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
</FIELD>

Gdy znaleziony w pole znajduje się w definicji ZEZWÓ Team Foundation Build tworzy element roboczy, jeśli kompilacja nie powiedzie się i ustawia znaleziony w pola kompilacji liczby kompilacji, które po prostu nie powiodło się.Jeśli znaleziony w brakuje pola Team Foundation Build nie tworzy elementu pracy kompilacja nie powiodło się, a wszystkie inne działa zgodnie z oczekiwaniami.

Po tworzenie integracji pole znajduje się w definicji ZEZWÓ Team Foundation Build identyfikuje elementów pracy, które zostały rozwiązane przy każdym kompilacji, a następnie aktualizacje te elementy można ustawić numer kompilacji, w której zostało rozwiązanych w pracy tworzenie integracji pola.Jeśli tworzenie integracji brakuje pola Team Foundation Build wykonuje nie magazynu numer kompilacji w pozycji roboczych i wszystkie inne działa zgodnie z oczekiwaniami.

Tworzenie skojarzenia z grup zmian i elementy robocze

Standard kompilacji, który bazuje na domyślny szablon kompilacji będzie skojarzenia grup zmian i elementy pracy do kompilacji.Jest to możliwe dzięki najpierw pobierania etykiety poprzedniego pomyślnego kompilacji dla danego kompilacji definicji kompilacji, a następnie określenie, które grup zmian zostaną uwzględnione w bieżącej kompilacji, które nie zostały dołączone do poprzedniego kompilacji.W przypadku niektórych lub wszystkich grup zmian mogą być skojarzonych z nimi elementów roboczych, a te działają elementy Pobierz skojarzony z kompilacji.Ta czynność jest wykonywana w ramach działania AssociateChangesetsAndWorkItems.

Kompilacji i automatyczne wypełnianie globalnej listy

Po raz pierwszy kolejki kompilacji dla projektów zespołowych automatycznie za pomocą Team Foundation kompilować TFS dodaje globalny listę etykietą "Tworzenie - < Nazwa projektu zespołowego >." Za każdym razem kompilacji jest uruchomiony, element listy jest dodawany do tej listy globalnej o nazwie kompilacji.

Dodając GLOBALLIST element do definicji pola, można podać menu kompilacji, które użytkownik może zdecydować, z listy rozwijanej.Na przykład:

<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>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
        <SUGGESTEDVALUES expanditems="true" filteritems="excludegroups">
          <GLOBALLIST name="Builds - TeamProjectName" />
        </SUGGESTEDVALUES>
</FIELD>

Pola, które integrują się z Microsoft Test Manager

Z Test Manager, mogą zautomatyzować tworzenie usterkę lub innego typu elementu roboczego, gdy test nie powiodło się.Aby uzyskać więcej informacji, zobacz Przesyłanie błędów za pomocą programu Microsoft Test Manager.

Gdy element roboczy został utworzony w ten sposób, informacje o systemie i kroki do odtworzenia usterki są przechwytywane informacje o systemie i kroki odtwarzania pól.

Możesz dodać te pola do pracy typy elementów, tworzonych przez Ciebie do śledzenia usterek przy użyciu następujących wstawkę kodu.

<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" />
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML" />

Aby uzyskać więcej informacji o dodatkowe pola używane przez Test Manager, zobacz Odwołanie do pól kompilacji i integracji testowania.

Pola, które integrują się z kontroli wersji Team Foundation

Jedna z funkcji dostępnych w Kontrola wersji programu Team Foundation pozwala na kojarzenie lub rozwiąż pozycje robocze, gdy zaewidencjonujesz kod.Może być zakończeniu pracy dla elementu pracy określonego należy zmienić kod i po zakończeniu pracy nad kodem można ustawić tego skojarzenia z w oknie ewidencjonowania kontroli źródła.

Zdolność Kontrola wersji programu Team Foundation można rozpoznać elementu pracy wymaga, aby pozycje robocze zawierał określonej akcji.Następnie system kontroli źródła pyta, śledzenie elementów pracy, aby określić, czy element roboczy obsługuje tę operację i jeżeli obsługuje tej akcji, też kwerendy o źródłowa i docelowa stany przejścia.Jeśli akcja zostanie znaleziony, system kontroli źródła może przejść elementu roboczego przejść zestaw podczas sprawdzania w kodzie.

[!UWAGA]

Przy użyciu Checkin akcji, należy ustawić odpowiednie "od" i "do" Państwa w celu odzwierciedlenia przejście stanu, która ma zostać.

Aby uzyskać więcej informacji o akcjach, zobacz Automatyzacja zadań pól na podstawie stanu, przejścia lub powodu.

Przykład akcji ewidencjonowanie

<TRANSITION from="Active" to="Resolved">
....
    <ACTIONS>
        <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
    </ACTIONS>
....  
</TRANSITION>

Pytania i odpowiedzi

Pyt jakie inne pola są skojarzone z kompilacji i Test Manager?

Odp zobacz Odwołanie do pól kompilacji i integracji testowania dla dodatkowe pola

Zobacz też

Zadania

Informacje o wykonanym programowaniu od czasu ukończenia ostatniej kompilacji?

Inne zasoby

Wyjaśnianie, co należy dostosować (przekierowane)