W jaki sposób TFS automatycznie dodaje określone zadania do nowych elementów pracy?

9

Używamy TFS w moim miejscu pracy do zarządzania naszym kodem źródłowym i śledzenia rozwoju.

Ilekroć mamy błąd lub pracę do wykonania, zawsze musimy wykonać co najmniej następujące dwa zadania:

  • Przetestuj pracę lub zdecyduj, czy testowanie jest potrzebne.
  • Zaktualizuj informacje o wersji dla bieżącej wersji lub zdecyduj, czy potrzebuje określonego wpisu.

Inne zadania są specyficzne dla wykonywanej pracy, ale przy dodawaniu nowych elementów pracy ciągle piszę „Testowanie” i „Informacje o wersji”.

Czy istnieje sposób, aby TFS automatycznie dodawał te dwa zadania za każdym razem, gdy tworzony jest nowy błąd lub element pracy? W rzadkich przypadkach zadania te nie są wymagane, można je po prostu oznaczyć jako wykonane lub usunięte dla tego elementu pracy, więc nie martwię się o wpływ na to, że uczynienie tego automatycznie.

Rozejrzałem się i wygląda na to, że być może uda mi się utworzyć skrypt PowerShell, aby dodać zadania do dowolnych elementów pracy, które ich brakuje, co może być dobrym rozwiązaniem.

oliver-clare
źródło

Odpowiedzi:

11

Ważna uwaga

Nie ma w tym żadnej gotowej funkcji i zwykle staram się odciągnąć ludzi od ogólnych zadań, takich jak „Testuj”, „Wdróż” i każę im zastanowić się nad testowaniem przez całą pracę i pozwolić im zdefiniować testy pośrednie, które chcą przeprowadzić po drodze.

Informacje ogólne, takie jak Informacje o wersji i wdrożenie, można całkowicie zautomatyzować. Prawdopodobnie również za pomocą programu PowerShell;).

Staram się więc, aby ludzie skupili się na użyciu Powershell-fu do automatyzacji tych ogólnych i złych zadań.

Odpowiedź

Oczywiście to nie jest odpowiedź na twoje pytanie. Oto prawdziwa odpowiedź, tak, PowerShell jest opcją , możesz wywołać interfejs API REST lub model obiektu klienta i użyć go do zapytania elementów wok i tworzenia nowych elementów pracy. Interfejs API jest szeroko stosowany i istnieje wiele informacji na temat postów na blogu i tym podobnych. Możesz też utworzyć małą aplikację konsolową, która również korzysta z tego samego modelu obiektowego klienta .

Możesz także użyć interfejsu SOAP z alertów, aby otrzymywać powiadomienia o dodaniu lub zmianie elementu roboczego i umożliwić działającemu kodowi poprzez dodanie wymaganych elementów roboczych podrzędnych.

Alternatywą dla interfejsu SOAP jest użycie czegoś takiego jak agregator TFS, który integruje się z samym serwerem. Używa tego samego modelu obiektowego klienta TFS. Jestem częścią zespołu, który go tworzy i wydaliśmy go zarówno na 2013u2 +, jak i 2015+ . Agregator TFS umożliwia pisanie reguł korzystających ze skryptu Powershell języka C # do działania w przypadku zmian elementów pracy. Wykonano już wiele pracy, aby zapobiec typowym pułapkom podczas pracy z modelem obiektowym klienta z perspektywy automatyzacji.

Agregator TFS to wtyczka serwerowa dla TFS 2013 (aktualizacja 2 i późniejsza), która ma teraz możliwość tworzenia nowych elementów pracy w oparciu o reguły. Przykładowe zadanie można znaleźć tutaj:

jessehouwing
źródło