Udostępnij przez

Omówienie bram i zatwierdzeń wydania

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

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 Bramy 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.

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.

Scenario 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. Planned

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 / Notatka

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 / Notatka

Zadanie opóźnienia może być używane tylko w zadaniu bez agenta.

Dalsze kroki

Definiowanie zatwierdzeń i kontroliUżywanie zatwierdzeń i bram do kontrolowania wdrożenia

  • Last updated on