Omówienie bram i zatwierdzeń wydania
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Potoki wydań umożliwiają zespołom ciągłe wdrażanie aplikacji na różnych etapach o niższym ryzyku i szybszym tempie. Wdrożenia na każdym etapie mogą być w pełni zautomatyzowane przy użyciu zadań i zadań.
Zespoły mogą również korzystać z funkcji Zatwierdzenia i Gates w celu kontrolowania przepływu pracy potoku wdrażania. Każdy etap w potoku wydania można skonfigurować przy użyciu warunków przed wdrożeniem i po wdrożeniu, które mogą obejmować oczekiwanie na ręczne zatwierdzenie lub odrzucenie wdrożeń przez użytkowników oraz sprawdzenie w innych zautomatyzowanych systemach, które spełniają określone warunki. Ponadto zespoły mogą skonfigurować ręczne walidacje w celu wstrzymania potoku wdrażania i monitowania użytkowników o wykonanie zadań ręcznych, a następnie wznowienie lub odrzucenie wdrożenia.
Na poniższym diagramie przedstawiono przepływ pracy potoku wydania.
Korzystając z bram, zatwierdzeń i interwencji ręcznej, możesz przejąć pełną kontrolę nad wydaniami, aby spełnić szeroką gamę wymagań dotyczących wdrażania. Typowe scenariusze, w których zatwierdzenia, bramy i interwencja ręczna są przydatne, obejmują następujące elementy.
| Scenariusz | Funkcje do użycia |
|---|---|
| Użytkownik musi ręcznie zweryfikować żądanie zmiany i zatwierdzić wdrożenie na określonym etapie. | Zatwierdzenia przed wdrożeniem |
| Użytkownik musi ręcznie wylogować się po wdrożeniu, zanim wydanie zostanie wyzwolone na inne etapy. | Zatwierdzenia po wdrożeniu |
| Zespół chce upewnić się, że nie ma aktywnych problemów w elemencie roboczym lub systemie zarządzania problemami przed wdrożeniem kompilacji na etapie. | Bramy przed wdrożeniem |
| Zespół chce upewnić się, że po wdrożeniu nie ma zgłoszonych zdarzeń przed wyzwoleniem wydania. | Bramy po wdrożeniu |
| Po wdrożeniu zespół chce poczekać na określony czas przed wyświetleniem monitu użytkowników o wylogowanie się. | Bramy po wdrożeniu i zatwierdzenia po wdrożeniu |
| Podczas wdrażania użytkownik musi ręcznie postępować zgodnie z określonymi instrukcjami, a następnie wznowić wdrożenie. | Interwencja ręczna lub ręczna walidacja |
| Podczas wdrażania zespół chce monitować użytkowników o wprowadzenie wartości parametru używanego przez zadania wdrażania lub zezwolić użytkownikom na edycję wydania. | Interwencja ręczna lub ręczna walidacja |
| Podczas wdrażania zespół chce poczekać na wykrywanie aktywnych zdarzeń przez portale monitorowania lub informacji przed kontynuowaniem innych zadań wdrażania. | Planowane |
Możesz połączyć wszystkie trzy techniki w potoku wydania, aby w pełni osiągnąć własne wymagania dotyczące wdrażania.
Ponadto można zainstalować rozszerzenie integrujące się z usługą ServiceNow , aby ułatwić kontrolowanie wdrożeń i zarządzanie nimi za pomocą metodologii zarządzania usługami, takich jak ITIL. Aby uzyskać więcej informacji, zobacz Integracja z zarządzaniem zmianami usługi ServiceNow.
Uwaga
Opóźnienie czasu przed wykonaniem bram przed wdrożeniem jest ograniczone do 48 godzin. Jeśli zamiast tego musisz opóźnić ogólne uruchamianie bram, zaleca się użycie zadania opóźnienia w potoku wydania.
# Delay further execution of a workflow by a fixed time
pool: server
steps:
- task: Delay@1
displayName: 'Delay by 5 minutes'
inputs:
delayForMinutes: 5
Uwaga
Zadanie opóźnienia może być używane tylko w zadaniu bez agenta.
Powiązane artykuły
- Kontrolowanie wdrożenia wydania przy użyciu zatwierdzeń
- Kontrolowanie wdrożenia wydania przy użyciu bram
- Konfigurowanie interwencji ręcznej
- Dodawanie etapów, zależności i warunków
- Wyzwalacze wydania
- Wydania w usłudze Azure Pipelines