Implementatiebeheer met behulp van goedkeuringen
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Met Azure-releasepijplijnen kunt u handmatige implementatiegoedkeuringen inschakelen voor elke fase in een release-pijplijn om uw implementatiewerkstroom te beheren. Wanneer u goedkeuringen in uw pijplijn gebruikt, wordt de implementatie onderbroken op elk punt waar goedkeuring is vereist totdat de opgegeven fiatteur goedkeuring verleent, de release weigert of de goedkeuring opnieuw toewijst aan een andere gebruiker.
Implementatiegoedkeuringen
U kunt goedkeuringen instellen aan het begin van een fase (goedkeuringen vóór de implementatie), aan het einde van een fase (goedkeuringen na de implementatie) of voor beide.
Goedkeuringen vóór de implementatie
Selecteer uw klassieke release-pijplijn en selecteer vervolgens het pictogram Voorwaarden vóór de implementatie en klik vervolgens op de wisselknop om goedkeuringen vóór de implementatie in te schakelen.
Voeg uw goedkeurders toe en kies vervolgens de time-outperiode . U kunt meerdere gebruikers of groepen toevoegen aan de lijst met goedkeurders. U kunt ook uw goedkeuringsbeleid selecteren, afhankelijk van uw implementatiewerkstroom.
Notitie
Azure DevOps breidt Azure Active Directory-groepen niet uit bij het leveren van meldingen. Als u Azure AD-groepen moet gebruiken, raden we u aan om een e-mailalias toe te voegen als expliciete geadresseerde aan uw abonnement en die alias te koppelen aan uw AD-groep, indien van toepassing op uw scenario.
Goedkeuringen na implementatie
Selecteer uw klassieke release-pijplijn en selecteer vervolgens het pictogram Voorwaarden na de implementatie en klik vervolgens op de wisselknop om goedkeuringen na de implementatie in te schakelen.
Voeg uw goedkeurders toe en kies vervolgens de time-outperiode . U kunt meerdere gebruikers of groepen toevoegen aan de lijst met goedkeurders. U kunt ook uw goedkeuringsbeleid selecteren, afhankelijk van uw implementatiewerkstroom.
Goedkeurders: wanneer een groep is opgegeven als goedkeurders, is slechts één gebruiker van die groep nodig om de implementatie goed te keuren, te hervatten of af te wijzen.
Time-out: Als er geen goedkeuring wordt verleend binnen de time-outperiode , wordt de implementatie geweigerd.
Goedkeuringsbeleid:
- Voor extra beveiliging kunt u dit goedkeuringsbeleid toevoegen om te voorkomen dat de gebruiker die de release heeft goedgekeurd, heeft goedgekeurd. Als u experimenteert met goedkeuringen, schakelt u deze optie uit, zodat u uw eigen implementaties kunt goedkeuren of afwijzen. Zie Hoe zijn de identiteitsvariabelen ingesteld? Voor meer informatie over identiteitsvariabelen.
- Met dit beleid kunt u meervoudige verificatie afdwingen in de goedkeuringsstroom van de release. Als dit beleid is gecontroleerd, wordt goedkeurders gevraagd zich opnieuw aan te melden voordat releases worden goedgekeurd. Deze functie is alleen beschikbaar in Azure DevOps Services voor door Microsoft Entra ondersteunde accounts.
- Verminder de gebruikersworkload door de volgende prompts automatisch goed te keuren als de opgegeven gebruiker de implementatie al heeft goedgekeurd in een vorige fase in de pijplijn (alleen van toepassing op goedkeuringen vóór de implementatie).
Goedkeuringsmeldingen
U kunt meldingen van uw projectinstellingen inschakelen om u te abonneren op release-gebeurtenissen. E-mailberichten worden verzonden naar goedkeurders met koppelingen naar de overzichtspagina waar ze de release kunnen goedkeuren/afwijzen.
Selecteer
projectinstellingen in uw project.Selecteer Meldingen in het linkernavigatiedeelvenster en selecteer vervolgens Nieuwe abonnementsrelease> om een nieuw gebeurtenisabonnement toe te voegen.
Verwante artikelen:
Feedback
Binnenkort: Gedurende 2024 worden GitHub Issues uitgefaseerd als het feedbackmechanisme voor inhoud. Dit wordt vervangen door een nieuw feedbacksysteem. Ga voor meer informatie naar: https://aka.ms/ContentUserFeedback.
Feedback verzenden en bekijken voor