Releases in Azure Pipelines

  • Artikel

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

Notitie

In dit onderwerp worden klassieke releasepijplijnen behandeld. Zie Uw pijplijn aanpassen als u uw pijplijnen wilt maken met YAML.

Een release is een constructie met een versie van een set artefacten die zijn opgegeven in een CI/CD-pijplijn. Het bevat een momentopname van alle informatie die nodig is voor het uitvoeren van alle taken en acties in de release-pijplijn, zoals fasen, taken, beleidsregels zoals triggers en goedkeurders en implementatieopties. Er kunnen meerdere releases van één release-pijplijn zijn en informatie over elke release wordt opgeslagen en weergegeven in Azure Pipelines voor de opgegeven bewaarperiode.

Een implementatie is de actie van het uitvoeren van de taken voor één fase, waaronder het uitvoeren van geautomatiseerde tests, het implementeren van buildartefacten en alle andere acties die voor die fase worden opgegeven. Als u een release start, wordt elke implementatie gestart op basis van de instellingen en beleidsregels die zijn gedefinieerd in de oorspronkelijke release-pijplijn. Er kunnen meerdere implementaties van elke release zijn, zelfs voor één fase. Wanneer een implementatie van een release mislukt voor een fase, kunt u dezelfde release opnieuw implementeren in die fase. Als u een release opnieuw wilt implementeren, gaat u naar de release die u wilt implementeren en selecteert u implementeren.

In het volgende diagram ziet u de relatie tussen release-, release-pijplijnen en implementaties.

Relatie tussen releases, release-pijplijnen en implementaties

Een release-pijplijnen maken

Releases kunnen op verschillende manieren worden gemaakt:

  1. Door een implementatietrigger te gebruiken om telkens wanneer een nieuw buildartefact beschikbaar is, een release te maken.

    Triggers voor continue implementatie

  2. Met behulp van de knop Release maken vanuit uw pijplijnenreleases> om handmatig een release-pijplijn te maken.

    Een release-pijplijn maken vanuit de gebruikersinterface

  3. Door de REST API te gebruiken om een releasedefinitie te maken.

Notitie

Als uw organisatie een firewall of een proxyserver gebruikt, moet u ervoor zorgen dat u URL's en IP-adressen van Azure Artifacts-domeinen toestaat.

V&A

V: Waarom is mijn implementatie niet geactiveerd?

A: Het maken van een release-pijplijn betekent niet noodzakelijkerwijs dat er automatisch/onmiddellijk een implementatie wordt gestart. Hieronder volgen enkele redenen waarom dit kan gebeuren:

  • Gedefinieerde implementatietriggers dwingen de implementatie te onderbreken. Dit kan gebeuren met geplande triggers of wanneer een vertraging wordt opgelegd totdat de implementatie naar een andere fase is voltooid.

  • Gedefinieerd wachtrijbeleid dat de volgorde van uitvoering dicteert en wanneer releases in de wachtrij worden geplaatst voor implementatie.

  • Goedkeuringen of poorten vóór de implementatie voor een specifieke fase die de implementatie verhinderen totdat aan alle gedefinieerde voorwaarden wordt voldaan.