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 taken 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.
In het volgende diagram ziet u de werkstroom voor 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.
| Scenario | 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 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 implementatie |
| Een team wil ervoor zorgen dat er na de implementatie geen gerapporteerde incidenten zijn, voordat een release wordt geactiveerd. | Poorten na implementatie |
| Na de implementatie wil een team wachten op een opgegeven tijd voordat gebruikers worden gevraagd zich af te melden. | Post-implementatiepoorten en goedkeuringen na implementatie |
| 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 , zodat u uw implementaties kunt beheren en beheren via Service Management-methodologieën zoals ITIL. Zie Integreren met ServiceNow-wijzigingsbeheer voor meer informatie.
Notitie
De tijdsvertraging voordat pre-implementatiepoorten worden uitgevoerd, wordt beperkt tot 48 uur. Als u in plaats daarvan de algehele lancering van uw poorten moet vertragen, is het raadzaam om een vertragingstaak in uw release-pijplijn te gebruiken.
# 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:
- Implementatiebeheer vrijgeven met behulp van gates
- Implementatiebeheer vrijgeven met behulp van poorten
- Handmatige interventie configureren
- Fasen, afhankelijkheden en voorwaarden toevoegen
- Releasetriggers
- Releases in Azure Pipelines