Udostępnij za pośrednictwem


Stosowanie reguł do stanów przepływu pracy (proces dziedziczenia)

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Po dodaniu lub zmodyfikowaniu stanów przepływu pracy dla typu elementu roboczego zdefiniuj reguły stosowane na podstawie zmiany stanu przepływu pracy. Dodawanie reguł do stanów przepływu pracy obsługuje następujące scenariusze:

  • Obsługa procesu zatwierdzania
  • Uniemożliwianie nieautoryzowanym użytkownikom ustawienia nieprawidłowego stanu
  • Wprowadź pole wymagane lub tylko do odczytu lub inną wartość na podstawie zmian stanu
  • Ogranicz przejście z jednego stanu na inny
  • Ograniczanie lub zezwalanie na przejścia stanu do określonych użytkowników lub grup
  • Obsługa kontrolowanego procesu przepływu pracy, obsługa wymagań dotyczących inspekcji
  • Automatyzowanie zamykania nadrzędnych elementów roboczych
  • Obsługa procesu zatwierdzania
  • Uniemożliwianie nieautoryzowanym użytkownikom ustawienia nieprawidłowego stanu
  • Wprowadź pole wymagane lub tylko do odczytu lub inną wartość na podstawie zmian stanu
  • Ogranicz przejście z jednego stanu na inny
  • Automatyzowanie zamykania nadrzędnych elementów roboczych
  • Obsługa procesu zatwierdzania
  • Wprowadź pole wymagane lub tylko do odczytu lub inną wartość na podstawie zmian stanu
  • Automatyzowanie zamykania nadrzędnych elementów roboczych

Ważne

Model procesu dziedziczenia jest dostępny dla projektów skonfigurowanych do jej obsługi. Jeśli używasz starszej kolekcji, sprawdź zgodność modelu procesu. Jeśli kolekcja lokalna jest skonfigurowana do używania lokalnego modelu przetwarzania XML, możesz użyć tego modelu przetwarzania tylko do dostosowania środowiska śledzenia pracy. Aby uzyskać więcej informacji, zobacz Wybieranie modelu procesu dla kolekcji projektów.

Wymagania wstępne

Aby zastosować reguły do stanów przepływu pracy w usłudze Azure DevOps, potrzebne są określone uprawnienia i poziomy dostępu:

  • Uprawnienia:

    • Być administratorem projektu do zarządzania grupami zabezpieczeń i uprawnieniami na poziomie projektu, który obejmuje ustawianie reguł dla stanów przepływu pracy.
    • Uprawnienie Śledzenie elementów roboczych, które umożliwia zarządzanie obszarem śledzenia pracy, które można przyznać członkom grupy Administratorzy projektu lub za pomocą określonych uprawnień.
  • Poziomy dostępu:

    • Dostęp podstawowy jest zwykle wystarczający dla większości użytkowników, którzy muszą zarządzać elementami roboczymi i stosować reguły do stanów przepływu pracy.

Omówienie reguł przepływu pracy

W poniższej tabeli przedstawiono trzy grupy reguł przepływu pracy, które można zdefiniować:

  1. Akcje standardowe:

    • Zastosuj, gdy element roboczy zostanie utworzony, w wybranym stanie lub przeniesiony z jednego stanu do innego.
    • Akcje obejmują ustawienie wartości pola, utworzenie pola tylko do odczytu lub wprowadzenie wymaganego pola.
    • Można określić jeden lub dwa warunki i kilka akcji.
  2. Ograniczanie przejść stanu (grupa 1):

    • Określ jeden warunek wskazujący stan, z którego przeniesiono element roboczy.
    • Zdefiniuj akcje w celu ograniczenia przejścia z tego stanu do innych stanów.
  3. Ograniczanie przejść stanu (grupa 2):

    • Podobnie jak w przypadku pierwszej grupy, określ jeden warunek wskazujący stan, z którego przeniesiono element roboczy.
    • Zdefiniuj akcje w celu ograniczenia przejścia z tego stanu do innych stanów.

W poniższej tabeli przedstawiono dwie grupy reguł przepływu pracy, które można zdefiniować:

  1. Akcje standardowe:

    • Zastosuj, gdy element roboczy zostanie utworzony, w wybranym stanie lub przeniesiony z jednego stanu do innego.
    • Akcje obejmują ustawienie wartości pola, utworzenie pola tylko do odczytu lub wprowadzenie wymaganego pola.
    • Można określić jeden lub dwa warunki i kilka akcji.
  2. Ograniczanie przejść stanu:

    • Określ jeden warunek wskazujący stan, z którego przeniesiono element roboczy.
    • Zdefiniuj co najmniej jedną akcję, aby ograniczyć przejścia z tego stanu do innych stanów.

Uwaga

Niektóre funkcje wymagają zainstalowania aktualizacji usługi Azure DevOps Server 2020.1. Aby uzyskać więcej informacji, zobacz Azure DevOps Server 2020 Update 1 RC1 Release Notes, Boards.

Warunki i akcje przepływu pracy, które można ustawić, przedstawiono na poniższych obrazach. Akcje standardowe można stosować po utworzeniu elementu roboczego w wybranym stanie lub przeniesieniu z jednego stanu do innego. Te standardowe akcje ustawiają wartość pola lub tworzą pole tylko do odczytu lub wymagane. Dla tego zestawu reguł można określić jeden lub dwa warunki i kilka akcji.


Warunek

Obsługiwane akcje


Ustaw wartość pola lub ustaw wartość tylko do odczytu/wymagane na podstawie stanu

Warunki, element roboczy jest tworzony

Akcje, element roboczy jest tworzony


Ograniczanie przejścia na podstawie stanu

Warunek, element roboczy jest przenoszony

Akcje, ograniczają transakcję na podstawie stanu.


Ukryj pole lub ustaw pole tylko do odczytu lub wymagane na podstawie członkostwa w stanie i użytkowniku lub grupie

Warunek, członkostwo w grupie użytkowników

Akcje, ogranicz transakcję na podstawie stanu i członkostwa.


Na podstawie członkostwa użytkownika lub grupy ustaw atrybut pola lub ogranicz przejście stanu

Warunek, członkostwo w grupie użytkowników

Akcje, ogranicz transakcję na podstawie stanu i członkostwa.


Uwaga

Podczas dostosowywania dziedziczonego procesu wszystkie projekty korzystające z tego procesu automatycznie odzwierciedlają dostosowania. Aby zapewnić bezproblemowe przejście, zalecamy utworzenie procesu testowego i projektu, który umożliwia przetestowanie dostosowań przed ich wdrożeniem w całej organizacji. Aby uzyskać więcej informacji, zobacz Create and manage inherited processes (Tworzenie procesów dziedziczynych i zarządzanie nimi).

Informacje o stanie przepływu pracy i limitach reguł

Reguły przepływu pracy są stosowane podczas dodawania lub modyfikowania elementów roboczych za pomocą dowolnego z następujących interfejsów:

  • Portal internetowy: formularz elementu roboczego, aktualizacje zbiorcze, aktualizacje w widoku zapytania
  • Portal internetowy: Tablica lub Tablica zadań, przenoszenie elementu roboczego do kolumny
  • Formularz elementu roboczego programu Visual Studio 2017 i starszych wersji
  • Format pliku CSV: importowanie lub aktualizowanie zbiorcze
  • Excel: importowanie lub aktualizowanie zbiorcze
  • Interfejs API REST: dodawanie lub modyfikowanie elementów roboczych

W poniższej tabeli podsumowano ograniczenia dotyczące stanów przepływu pracy i reguł w przypadku procesu dziedziczenia.

Obiekt Ograniczenie dziedziczenia
Typy elementów roboczych zdefiniowane dla procesu 64
Stany przepływów pracy zdefiniowane dla typu elementu roboczego 32
Reguły zdefiniowane dla typu elementu roboczego 1024

Podczas definiowania stanów i reguł przepływu pracy postępuj zgodnie z tymi wytycznymi, aby zminimalizować problemy z wydajnością:

  • Ogranicz liczbę reguł dla funkcji WIT: chociaż można utworzyć wiele reguł dla typu elementu roboczego (WIT), więcej reguł może negatywnie wpłynąć na wydajność podczas dodawania lub modyfikowania elementów roboczych przez użytkowników. System weryfikuje wszystkie reguły skojarzone z polami dla typu elementu roboczego, gdy użytkownicy zapisują elementy robocze. W niektórych przypadkach wyrażenie sprawdzania poprawności reguły może stać się zbyt złożone, aby można było ocenić język SQL.
  • Ogranicz liczbę niestandardowych typów elementów roboczych: zmniejszenie liczby niestandardowych typów elementów roboczych może pomóc w utrzymaniu optymalnej wydajności.

Definiowanie reguły

Przed zdefiniowaniem reguły opartej na stanach przepływu pracy upewnij się, że są spełnione następujące elementy:

Aby uzyskać więcej informacji na temat definiowania reguł, zobacz Dodawanie reguły niestandardowej.

Ustaw wartość pola lub ustaw pole tylko do odczytu lub wymagane

Przy pierwszym grupowaniu reguł można określić jeden lub dwa warunki i maksymalnie 10 akcji na regułę.

Przykład zapewniania zatwierdzenia potencjalnych klientów zespołu przed aktywną pracą

W tym przykładzie zespoły programistyczne chcą mieć pewność, że żadne scenariusze użytkownika nie będą działać do momentu zatwierdzenia przez potencjalnego zespołu. Są używane domyślne stany przepływu pracy z dodawaniem pola niestandardowego Zatwierdzone przez i grupą zabezpieczeń Grupa potencjalnych klientów zespołu.

Domyślne stany przepływu pracy

Proces Agile, historia użytkownika, domyślny stan przepływu pracy

Wymagania dotyczące reguł

Aby zapewnić zatwierdzenie przed aktywną pracą, zdefiniuj następujące reguły:

  • Wymagaj wypełnienia pola Zatwierdzone przez , gdy stan zostanie przeniesiony z Nowa do Aktywne
  • Ogranicz użytkowników, którzy nie należą do grupy potencjalnych klientów zespołu, wypełniając pole Zatwierdzone przez
  • Wyczyść pole Zatwierdzone przez, gdy stan zostanie przeniesiony do obszaru Nowy lub Usunięty

Definicje reguł

Wymagania dotyczące reguły przekładają się na następujące cztery definicje reguł.


Nazwa reguły

Warunek

Akcje


Zatwierdzone przez wyczyszczone, gdy nowy

Kiedy A work item state changes to New

Wtedy Clear the value of Approved By

Zatwierdzone przez wyczyszczone po usunięciu

Kiedy A work item state changes to Removed

Wtedy Clear the value of Approved By

Zatwierdzone przez tylko do odczytu

Kiedy Current user is not member of group Team Leads Group

Wtedy Make read-only Approved By

Zatwierdzone przez wymagane

Kiedy A work item state changes from New to Active

Wtedy Make required Approved By


Ograniczanie przejść stanu

Po określeniu warunku A work item state moved from ...można określić tylko ten warunek. Można określić maksymalnie 10 akcji.

Uwaga

Ta funkcja wymaga aktualizacji programu Azure DevOps Server 2020.1 lub nowszej.

Przykład ograniczania przejść stanu i stanu Zatwierdzone

Następujące stany przepływu pracy są definiowane dla scenariusza użytkownika. Stany dziedziczone, Nowe, Rozwiązane i Usunięte są ukryte. Zamiast tego używane są stany proponowane, w przeglądzie i wyciąć. Ponadto zdefiniowano jeszcze trzy stany: Badanie, projektowanie i zatwierdzanie. Te stany powinny postępować zgodnie z sekwencją, jak pokazano na poniższej ilustracji.

Historia użytkownika, stany przepływu pracy

Bez żadnych ograniczeń użytkownicy mogą przechodzić z jednego stanu do innego stanu, zarówno do przodu, jak i do tyłu w ramach sekwencji.

Wymagania dotyczące reguł

Aby obsługiwać bardziej kontrolowany przepływ pracy, grupa biznesowa zdecydowała się na utworzenie reguł, które obsługują następujące przejścia do przodu i odwrotnego stanu w typie elementu roboczego Scenariusz użytkownika.

Stan Reguła przejścia
Zaproponowano Może przejść tylko do Badań i Cięcia
Badania Można przejść tylko do projektu i wycięcia
Projektowanie Można przejść tylko do badań, zatwierdzonych i cięć
Zatwierdzona Można przejść tylko do projektu, aktywnego i wycinania
Aktywne Można przejść tylko do sekcji Przeglądanie
W trakcie przeglądu Można przejść tylko do aktywnej (więcej znalezionych prac), zamkniętych lub wyciętych
Zamknięcie Może przejść do obszaru Badania, Projektowanie, Aktywne, W przeglądzie (pozwala na przypadki, w których użytkownik zamknął element roboczy w błędzie)
Wytnij może przejść tylko do proponowanego

Uwaga

W przypadku ograniczania przejścia stanu należy uwzględnić przypadki, w których użytkownik może przenieść stan w błędzie. Upewnij się, że użytkownicy mogą bezpiecznie odzyskiwać dane.

Ponadto grupa biznesowa chce zastosować następujące reguły dla wymaganych pól:

  • Wymagaj wypełnienia pola Zatwierdzone przez , gdy stan zostanie przeniesiony z Zatwierdzone do Aktywne.
  • Zezwalaj tylko użytkownikom w grupie Autoryzowane osoby zatwierdzające na wypełnienie pola Zatwierdzone przez .
  • Wyczyść pole Zatwierdzone według, gdy stan zostanie przeniesiony do obszaru Wycinanie.
  • Wymagaj wypełnienia pola Kryteria akceptacji, gdy stan zostanie przeniesiony do aktywnej.

Definicje reguł

Aby zaimplementować wymienione wcześniej ograniczenia, administrator procesu dodaje niestandardowe pole zatwierdzone przez tożsamość, grupę zabezpieczeń Autoryzowane osoby zatwierdzające i następujące reguły.


Nazwa reguły

Warunek

Akcje


Proponowany stan

Kiedy A work item state moved from Proposed

Wtedy Restrict the state transition to Design
I Restrict the state transition to Approved
I Restrict the state transition to Active
I Restrict the state transition to In Review
I Restrict the state transition to Closed

Stan badań

Kiedy A work item state moved from Research

Wtedy Restrict the state transition to Proposed
I Restrict the state transition to Approved
I Restrict the state transition to Active
I Restrict the state transition to In Review
I Restrict the state transition to Closed

Stan projektu

Kiedy A work item state moved from Design

Wtedy Restrict the state transition to Proposed
I Restrict the state transition to Research
I Restrict the state transition to Active
I Restrict the state transition to In Review
I Restrict the state transition to Closed

Stan zatwierdzony

Kiedy A work item state moved from Approved

Wtedy Restrict the state transition to Proposed
I Restrict the state transition to Research
I Restrict the state transition to Design
I Restrict the state transition to In Review
I Restrict the state transition to Closed

Stan aktywny

Kiedy A work item state moved from Active

Wtedy Restrict the state transition to Proposed
I Restrict the state transition to Research
I Restrict the state transition to Design
I Restrict the state transition to Approved
I Restrict the state transition to Closed

W obszarze Stan przeglądu

Kiedy A work item state moved from In Review

Wtedy Restrict the state transition to Proposed
I Restrict the state transition to Research
I Restrict the state transition to Design
I Restrict the state transition to Approved

Stan zamknięty

Kiedy A work item state moved from Closed

Wtedy Restrict the state transition to Proposed
I Restrict the state transition to Cut

Stan wycięcia

Kiedy A work item state moved from Cut

Wtedy Restrict the state transition to Research
I Restrict the state transition to Design
I Restrict the state transition to Approved
I Restrict the state transition to Active
I Restrict the state transition to In Review
I Restrict the state transition to Closed

Pola wymagane przez zatwierdzony stan

Kiedy A work item changes from Approved to Active

Wtedy Make required Acceptance Criteria
I Make required Approved By

Autoryzowane osoby zatwierdzające

Kiedy Current user is not a member of Authorized Approvers

Wtedy Make read-only Approved By

Wyczyść pole Zatwierdzone według

Kiedy A work item state changes to Cut

Wtedy Clear the value of Approved By


Weryfikowanie ograniczeń przejścia stanu

Po zdefiniowaniu reguł procesu i zaktualizowaniu projektu odśwież przeglądarkę. Sprawdź operacje za pomocą formularza elementu roboczego i przeglądarki.

W przypadku reguł zdefiniowanych w poprzedniej tabeli sprawdź menu rozwijane State (Stan). Otwórz tablicę i upewnij się, że możesz przejść z jednego stanu do innego.

Proponowany Badania Projekt Approved (Zatwierdzono)
Proponowane menu Menu Badań Menu Projektu Menu Zatwierdzone
Aktywne W przeglądzie Zamknięcie Cut
Aktywne menu W menu Przegląd Zamknięte menu Menu Wycinanie

Ograniczanie przejścia stanu na podstawie członkostwa użytkownika lub grupy

Po określeniu jednego z dwóch warunków na podstawie członkostwa Current user is member of group ... użytkownika lub grupy lub Current user is not member of group ..., można określić tylko jeden warunek. Ponadto, jeśli określisz akcję Restrict the transition to state..., można określić tylko jedną akcję.

Uwaga

Elementy robocze podlegają regułom zastosowanym do nich. Reguły warunkowe oparte na członkostwie użytkowników lub grup są buforowane dla przeglądarki internetowej. Jeśli znajdziesz się ograniczony do aktualizowania elementu roboczego, być może napotkano jedną z tych reguł. Jeśli uważasz, że napotkano problem, który nie ma zastosowania, zobacz Problemy z buforowaniem usługi IndexDB formularza elementu roboczego.

Automatyzowanie przechodzenia stanu elementów roboczych nadrzędnych

Aby zautomatyzować przejścia stanu dla nadrzędnych elementów roboczych opartych na przydziałach stanu podrzędnych elementów roboczych, zobacz Automatyzowanie przejść stanu elementu roboczego.

Automatyzowanie ponownego przypisania na podstawie zmian stanu

Typ elementu roboczego usterki procesu Agile miał wcześniej regułę, która ponownie przypisała usterkę do jego twórcy. Usunęliśmy tę regułę z domyślnego procesu systemowego. Regułę można przywrócić lub dodać podobną regułę do innych typów elementów roboczych przy użyciu następującego warunku i akcji:

Po A work item state changes to rozpoznaniu, a następnieCopy the value from utworzone przez do przypisanej do.