Releasetriggers

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Notitie

In dit onderwerp worden klassieke releasepijplijnen behandeld. Zie pijplijntriggers voor meer informatie over triggers in YAML-pijplijnen.

Releasetriggers zijn een automatiseringsprogramma om uw toepassing te implementeren. Wanneer aan de triggervoorwaarden wordt voldaan, implementeert de pijplijn uw artefacten in de omgeving/fasen die u al hebt opgegeven.

Triggers voor continue implementatie

Met continue implementatietriggers kunt u telkens wanneer een nieuw build-artefact beschikbaar is een release maken. Met behulp van de build branch-filters kunt u implementatie activeren voor een specifieke doelbranch. Een release wordt alleen geactiveerd als de Git-push een doorvoering op de opgegeven vertakking bevat. Als u bijvoorbeeld selecteert main , wordt een release geactiveerd voor een Git-push die een of meer doorvoeringen bevat naar de hoofdvertakking. Als u een release wilt activeren voor elke doorvoer naar vertakkingen onder features/, voert u in features/*. Als u een release wilt activeren voor doorvoeringen naar alle vertakkingen, voert u in *. Houd er rekening mee dat alle opgegeven filters OR'ed zijn.

Continue implementatietriggers configureren

Notitie

Het automatisch maken van een release betekent niet dat deze automatisch in een fase wordt geïmplementeerd. U moet triggers instellen om uw app in de verschillende fasen te implementeren.

Geplande releasetriggers

Met geplande releasetriggers kunt u op specifieke momenten nieuwe releases maken.

Selecteer het planningspictogram onder de sectie Artefacten . Schakel de knop Ingeschakeld/Uitgeschakeld in en geef uw releaseschema op. U kunt meerdere planningen instellen om een release te activeren.

Planningen definiëren om releases te activeren

Triggers voor pull-aanvragen

Als u ervoor kiest om de pull-aanvraagtriggers in te schakelen, wordt er telkens een release gemaakt wanneer een geselecteerd artefact beschikbaar is als onderdeel van een werkstroom voor pull-aanvragen.

Configureer een pull-aanvraagtrigger.

Als u een pull-aanvraagtrigger wilt gebruiken, moet u deze ook inschakelen voor specifieke fasen. We doorlopen fasetriggers in de volgende sectie. U kunt ook een vertakkingsbeleid instellen voor uw vertakkingen.

U kunt ook buildtags gebruiken om uw werkstroom en tagspecifieke uitvoeringen te organiseren. Met de volgende pull-aanvraagtrigger wordt elke keer een release gemaakt wanneer een nieuwe artefactversie beschikbaar is als onderdeel van een pull-aanvraag naar de hoofdbranch met de tags Migratie en implementatie.

Schermopname van een voorbeeld van het instellen van een pull-aanvraagtrigger met buildtags

Fasetriggers

Met fasetriggers kunt u specifieke voorwaarden instellen om implementatie naar een specifieke fase te activeren.

  • Selecteer trigger: Stel de trigger in waarmee de implementatie automatisch in uw fase wordt gestart. Gebruik de vervolgkeuzelijst Fasen om een release te activeren na een geslaagde implementatie in de geselecteerde fase. Selecteer Handmatig alleen om handmatige trigger toe te staan.

    Een schermopname met triggers vóór de implementatie.

  • Filter artefacten: schakel de wisselknop in om een nieuwe implementatie te activeren op basis van specifieke artefacten. In dit voorbeeld wordt een release geïmplementeerd wanneer een nieuw artefact beschikbaar is vanuit de opgegeven vertakking.

    Een schermopname met filters voor artefacten vóór de implementatie.

  • Planning: Activeer een nieuwe implementatie naar de opgegeven fase op een bepaald tijdstip.

    Een schermopname met planningsinstellingen voor de pre-implementatie.

  • Implementatie van pull-aanvraag: schakel de wisselknop in om een nieuwe release te activeren telkens wanneer een nieuwe pull-aanvraag wordt gemaakt. Het is raadzaam deze functie uit te schakelen voor een productieomgeving.

    Een schermopname van de implementatietrigger voor pull-aanvragen.

  • Goedkeuringen vóór de implementatie: selecteer de gebruikers die implementaties in de geselecteerde fase kunnen goedkeuren of afwijzen. Wanneer deze functie is ingeschakeld, moeten alle projectgebruikers de implementatie standaard goedkeuren. Als een groep wordt toegevoegd aan de lijst met goedkeurders, moet ten minste één gebruiker in de groep de implementatie goedkeuren. U kunt ook het goedkeuringsbeleid en de time-out opgeven (de maximale tijd voor een goedkeuring om in behandeling te blijven voordat deze automatisch wordt geweigerd).

    Een schermopname met goedkeuringen vóór de implementatie.

  • Poorten: schakel de wisselknop in om specifieke poorten in te stellen om te evalueren voordat de implementatie wordt geactiveerd.

    Een schermopname van poorten vóór de implementatie.

  • Instellingen voor de implementatiewachtrij: configureer specifieke acties wanneer meerdere releases in de wachtrij worden geplaatst voor implementatie.

    Een schermopname van de instellingen voor de implementatiewachtrij.