Azure Pipelines gebruiken

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

Azure Pipelines biedt ondersteuning voor continue integratie (CI) en continue levering (CD) om uw code continu te testen, te bouwen en te implementeren. U doet dit door een pijplijn te definiëren.

De nieuwste manier om pijplijnen te bouwen, is met de YAML-pijplijneditor. U kunt ook klassieke pijplijnen gebruiken met de klassieke editor.

Tests, builds en levering automatiseren

Continue integratie (CI) automatiseert tests en builds voor uw project. CI helpt fouten of problemen vroeg in de ontwikkelingscyclus te ondervangen, wanneer ze gemakkelijker en sneller kunnen worden opgelost. Items die bekend staan als artefacten, worden geproduceerd uit CI-systemen. Ze worden gebruikt door de pijplijnen voor continue leveringsrelease om automatische implementaties te stimuleren.

Continue levering implementeert en test automatisch code in meerdere fasen om de kwaliteit te helpen verbeteren. Continue integratiesystemen produceren implementeerbare artefacten, waaronder infrastructuur en apps. Geautomatiseerde releasepijplijnen gebruiken deze artefacten om nieuwe versies en oplossingen vrij te geven aan het doel van uw keuze.

Continue integratie (CI) Continue levering (CD)
- Codedekking verhogen
- Sneller bouwen door test- en builduitvoeringen te splitsen
- Automatisch controleren of u geen verbroken code verzendt
- Tests voortdurend uitvoeren
- Code automatisch implementeren in productie
- Zorg ervoor dat implementatiedoelen de meest recente code hebben
- Geteste code van CI-proces gebruiken

Pijplijnen definiëren met behulp van YAML-syntaxis

U definieert uw pijplijn in een YAML-bestand dat wordt aangeroepen azure-pipelines.yml met de rest van uw app.

Afbeelding van YAML-inleiding voor pijplijnen

  • De pijplijn is voorzien van uw code. De pijplijn volgt dezelfde vertakkingsstructuur. U kunt uw wijzigingen valideren met behulp van codebeoordelingen in pull-aanvragen en beleidsregels voor het compileren van vertakkingen.
  • Elke vertakking die u gebruikt, kan de pijplijn wijzigen door het azure-pipelines.yml bestand te wijzigen. Meer informatie over vertakkingsoverwegingen voor YAML-pijplijnen.
  • Een wijziging in het buildproces kan leiden tot een onderbreking of leiden tot een onverwacht resultaat. Omdat de wijziging zich in versiebeheer bevindt met de rest van uw codebasis, kunt u het probleem gemakkelijker identificeren.

Volg deze basisstappen:

  1. Configureer Azure Pipelines voor het gebruik van uw Git-opslagplaats.
  2. Bewerk uw azure-pipelines.yml bestand om uw build te definiëren.
  3. Push uw code naar de opslagplaats van uw versiebeheer. Deze actie start de standaardtrigger waarmee de resultaten worden gecompileerd en geïmplementeerd en vervolgens gecontroleerd.

Uw code is nu bijgewerkt, gecompileerd, getest en verpakt. En kan op elk doel worden geïmplementeerd.

Pijplijnen definiëren met behulp van de klassieke interface

Pijplijnen maken en configureren in de Azure DevOps-webportal met de klassieke gebruikersinterface-editor. U definieert een build-pipeline om uw code te compileren en te testen en om vervolgens artefacten te publiceren. U definieert ook een release-pijplijn om die artefacten te verbruiken en te implementeren naar implementatiedoelen.

Introductieafbeelding van ontwerpfunctie voor pijplijnen

Volg deze basisstappen:

  1. Configureer Azure Pipelines voor het gebruik van uw Git-opslagplaats.
  2. Gebruik de klassieke Editor van Azure Pipelines om uw build- en release-pijplijnen te maken en te configureren.
  3. Push uw code naar de opslagplaats van uw versiebeheer. Met deze actie wordt uw pijplijn geactiveerd en worden taken uitgevoerd, zoals het bouwen of testen van code.

De build maakt een artefact dat wordt gebruikt door de rest van uw pijplijn om taken uit te voeren, zoals implementeren in fasering of productie.

Uw code is nu bijgewerkt, gecompileerd, getest en verpakt. En kan op elk doel worden geïmplementeerd.

Beschikbaarheid van functies

Bepaalde pijplijnfuncties zijn alleen beschikbaar bij het gebruik van YAML of bij het definiëren van build- of release-pijplijnen met de klassieke interface. De volgende tabel geeft aan welke functies worden ondersteund en voor welke taken en methoden.

Functie YAML Klassieke build Klassieke release Opmerkingen
Agents Hiermee geeft u een vereiste resource op waarop de pijplijn wordt uitgevoerd.
Goedkeuringen Hiermee definieert u een set validaties die vereist zijn voordat u een implementatiefase voltooit.
Artefacten Ondersteunt het publiceren of gebruiken van verschillende pakkettypen.
Caching Vermindert de buildtijd doordat uitvoer of gedownloade afhankelijkheden van één uitvoering kunnen worden hergebruikt in latere uitvoeringen. In preview, alleen beschikbaar met Azure Pipelines.
Voorwaarden Hiermee geeft u voorwaarden op waaraan moet worden voldaan voordat een taak wordt uitgevoerd.
Containertaken Hiermee geeft u taken op die moeten worden uitgevoerd in een container.
Eisen Zorgt ervoor dat aan de vereisten voor pijplijnen wordt voldaan voordat u een pijplijnfase uitvoert. Hiervoor zijn zelf-hostende agents vereist.
Afhankelijkheden Hiermee geeft u een vereiste op waaraan moet worden voldaan om de volgende taak of fase uit te voeren.
Implementatiegroepen Hiermee definieert u een logische set implementatiedoelmachines.
Taken voor implementatiegroepen Hiermee geeft u een taak op die moet worden vrijgegeven aan een implementatiegroep.
Implementatietaken Definieert de implementatiestappen.
Omgeving Vertegenwoordigt een verzameling resources die zijn gericht op implementatie. Alleen beschikbaar met Azure Pipelines.
Gates Ondersteunt het automatisch verzamelen en evalueren van externe gezondheidssignalen voordat een releasefase wordt voltooid. Alleen beschikbaar met klassieke release.
Taken Definieert de uitvoeringsvolgorde van een reeks stappen.
Serviceverbindingen Hiermee kunt u een verbinding maken met een externe service die vereist is voor het uitvoeren van taken in een taak.
Servicecontainers Hiermee kunt u de levenscyclus van een containerservice beheren.
FASEN Organiseert taken binnen een pijplijn.
Taakgroepen Een reeks taken inkapselen in één herbruikbare taak. Als u YAML gebruikt, raadpleegt u sjablonen.
Taken Definieert de bouwstenen waaruit een pijplijn bestaat.
Sjablonen Definieert herbruikbare inhoud, logica en parameters.
Triggers Definieert de gebeurtenis die ervoor zorgt dat een pijplijn wordt uitgevoerd.
Variables Vertegenwoordigt een waarde die moet worden vervangen door gegevens die moeten worden doorgegeven aan de pijplijn.
Variabelegroepen Gebruik deze functie om waarden op te slaan die u wilt beheren en beschikbaar wilt maken voor meerdere pijplijnen.

Volgende stappen