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

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.

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:

• https://github.com/tfsaggregator/tfsaggregator/wiki/Auto-Create-Children