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.
- 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:
- Configureer Azure Pipelines voor het gebruik van uw Git-opslagplaats.
- Bewerk uw
azure-pipelines.yml
bestand om uw build te definiëren. - 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.
Volg deze basisstappen:
- Configureer Azure Pipelines voor het gebruik van uw Git-opslagplaats.
- Gebruik de klassieke Editor van Azure Pipelines om uw build- en release-pijplijnen te maken en te configureren.
- 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
Verwante artikelen:
Feedback
https://aka.ms/ContentUserFeedback.
Binnenkort: Gedurende 2024 worden GitHub Issues uitgefaseerd als het feedbackmechanisme voor inhoud. Dit wordt vervangen door een nieuw feedbacksysteem. Ga voor meer informatie naar:Feedback verzenden en bekijken voor