Overzicht van releasepoorten en goedkeuringen
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Met releasepijplijnen kunnen teams hun toepassing continu implementeren in verschillende fasen met een lager risico en met een sneller tempo. Implementaties in elke fase kunnen volledig worden geautomatiseerd met behulp van jobs en taken.
Teams kunnen ook profiteren van de functie Goedkeuringen en Gates om de werkstroom van de implementatiepijplijn te beheren. Elke fase in een release-pijplijn kan worden geconfigureerd met voorwaarden vóór de implementatie en na de implementatie, waaronder wachten tot gebruikers handmatig implementaties goedkeuren of afwijzen, en controleren met andere geautomatiseerde systemen waaraan specifieke voorwaarden worden voldaan. Daarnaast kunnen teams handmatige validaties configureren om de implementatiepijplijn te onderbreken en gebruikers te vragen handmatige taken uit te voeren en vervolgens de implementatie te hervatten of te weigeren.
Het volgende diagram illustreert de workflow van de releasepijplijn.
Door poorten, goedkeuringen en handmatige interventie te gebruiken, kunt u volledige controle over uw releases nemen om te voldoen aan een breed scala aan implementatievereisten. Typische scenario's waarbij goedkeuringen, poorten en handmatige interventie nuttig zijn, zijn onder andere het volgende.
| Scenariobeschrijving | Functie(s) die moeten worden gebruikt |
|---|---|
| Een gebruiker moet de wijzigingsaanvraag handmatig valideren en de implementatie goedkeuren in een bepaalde fase. | goedkeuringen vóór de implementatie |
| Een gebruiker moet zich handmatig afmelden na de implementatie voordat de release wordt geactiveerd in andere fasen. | goedkeuringen na de implementatie |
| Een team wil ervoor zorgen dat er geen actieve problemen zijn in het werkitem of probleembeheersysteem voordat een build in een fase wordt geïmplementeerd. | poorten vóór de implementatie |
| Een team wil ervoor zorgen dat er na de implementatie geen gerapporteerde incidenten zijn, voordat een release wordt geactiveerd. | Poorten na de implementatie |
| Na de implementatie wil een team wachten op een opgegeven tijd voordat gebruikers worden gevraagd zich af te melden. | poorten na uitrol en goedkeuringen na uitrol |
| Tijdens de implementatie moet een gebruiker handmatig specifieke instructies volgen en vervolgens de implementatie hervatten. | handmatige interventie of handmatige validatie |
| Tijdens de implementatie wil een team gebruikers vragen een waarde in te voeren voor een parameter die wordt gebruikt door de implementatietaken of gebruikers toestaan de release te bewerken. | handmatige interventie of handmatige validatie |
| Tijdens de implementatie wil een team wachten op bewakings- of informatieportals om actieve incidenten te detecteren, voordat ze verdergaan met andere implementatietaken. | Gepland |
U kunt alle drie de technieken in een release-pijplijn combineren om uw eigen implementatievereisten volledig te realiseren.
Daarnaast kunt u een extensie installeren die kan worden geïntegreerd met ServiceNow- om u te helpen bij het beheren en beheren van uw implementaties via Service Management-methodologieën zoals ITIL. Zie Integreren met ServiceNow-wijzigingsbeheervoor meer informatie.
Notitie
De vertraging voordat de pre-deploymentscontroles worden uitgevoerd, is beperkt tot 48 uur. Als u de algehele lancering van uw poorten wilt uitstellen, is het raadzaam om een uitsteltaak toe te voegen in uw release-pijplijn.
# Delay further execution of a workflow by a fixed time
pool: server
steps:
- task: Delay@1
displayName: 'Delay by 5 minutes'
inputs:
delayForMinutes: 5
Notitie
De vertragingstaak kan alleen worden gebruikt in een taak zonder agent.
Verwante artikelen
- Vrijgeven van implementatiebeheer met goedkeuringen
- Implementatiebeheer vrijgeven met behulp van poorten
- handmatige interventie configureren
- Fasen, afhankelijkheden en voorwaarden toevoegen
- releasetriggers
- Releases in Azure Pipelines