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ć:
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.
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.
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ć:
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.
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
Ograniczanie przejścia na podstawie stanu
Ukryj pole lub ustaw pole tylko do odczytu lub wymagane na podstawie członkostwa w stanie i użytkowniku lub grupie
Na podstawie członkostwa użytkownika lub grupy ustaw atrybut pola lub ogranicz przejście stanu
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:
- Stany przepływu pracy: zdefiniuj stany przepływu pracy zgodnie z opisem w temacie Dostosowywanie przepływu pracy.
- Pola niestandardowe: jeśli reguła wymaga pola niestandardowego, dodaj je do typu elementu roboczego zgodnie z opisem w sekcji Dodawanie pól i zarządzanie nimi.
- Grupy zabezpieczeń: jeśli reguła wymaga, aby grupa zabezpieczeń udzielała lub ograniczała zmiany oparte na członkostwie użytkowników lub grup, zdefiniuj grupę zabezpieczeń zgodnie z opisem w temacie Dodawanie lub usuwanie użytkowników lub grup, zarządzanie grupami zabezpieczeń.
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
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.
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) |
---|---|---|---|
Aktywne | W przeglądzie | Zamknięcie | Cut |
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.