Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Azure DevOps Services-
Dit artikel bevat de belangrijkste concepten en onderdelen waaruit Azure Pipelines bestaat. Als u de basistermen en onderdelen van een pijplijn begrijpt, kunt u uw code effectiever bouwen, testen en implementeren.
Overzicht van belangrijke concepten
In de volgende afbeelding ziet u de belangrijkste onderdelen en acties van een pijplijn.
Dave Jarvis heeft bijgedragen aan deze afbeelding.
- Een handmatige, geplande of geautomatiseerde trigger zorgt ervoor dat een pijplijn wordt gestart.
- Een pijplijn kan een of meer fasen bevatten en implementeren in een of meer omgevingen.
- Fasen zijn een manier om pijplijnen te organiseren en elk bevat een of meer taken.
- Taken worden uitgevoerd op agents, of kunnen zonder agent draaien.
- Elke taak bevat een of meer stappen.
- Een stap is het kleinste element van een pijplijn en kan een taak of script zijn.
- Een taak is een vooraf verpakt script waarmee een actie wordt uitgevoerd, zoals het aanroepen van een REST API of het publiceren van een build-artefact.
- Een pijplijnuitvoering produceert artefacten zoals bestanden of pakketten.
Azure Pipelines-termen
De volgende termen definiëren belangrijke Onderdelen en processen van Azure Pipelines.
Agenten
Een agent is een computerinfrastructuur met geïnstalleerde agentsoftware die één pijplijntaak tegelijk uitvoert. Een taak kan bijvoorbeeld worden uitgevoerd op een door Microsoft gehoste Ubuntu-agent. Zie Azure Pipelines-agents voor meer informatie over verschillende typen agents en hoe u deze kunt gebruiken.
Een beperkt aantal taakstappen kan worden uitgevoerd zonder een agent te gebruiken. Zie Ondersteunde taken zonder agent voor meer informatie.
Goedkeuringen en controles
Goedkeuringen en controles definiëren een set validaties die vereist zijn voordat een pijplijn of fase wordt uitgevoerd. Handmatige goedkeuring is een algemene controle voor het beheren van implementaties naar productieomgevingen. Als een omgeving controles en goedkeuringen heeft geconfigureerd, worden de pijplijnuitvoeringen gepauzeerd totdat alle controles en goedkeuringen succesvol zijn voltooid.
Artefacten
Artefacten zijn verzamelingen bestanden of pakketten die zijn gepubliceerd door een uitvoering en die beschikbaar worden gesteld aan volgende pijplijntaken, zoals distributie of implementatie. Artefacten in Azure Pipelines verschillen van Azure Artifacts, het onderdeel van Azure DevOps waarmee u pakketten met één feed kunt opslaan, beheren en delen.
Continue levering
Continue levering (CD) is een proces voor het bouwen, testen en implementeren van code in een of meer test- en productieomgevingen. Door in meerdere fasen te implementeren en te testen, kunt u de kwaliteit verbeteren door fouten vroeg en vaak te ondervangen.
Geautomatiseerde CD-releasepijplijnen kunnen artefacten van CI-pijplijnen (continue integratie) gebruiken om nieuwe versies en oplossingen vrij te geven. Constante bewaking en waarschuwingen bieden inzicht in het CD-proces.
Continue integratie
Continue integratie (CI) is een proces dat geautomatiseerde tests uitvoert en bouwt voort op een schema, wanneer code wordt gepusht, of beide. CI vereenvoudigt het testen en bouwen van code en helpt problemen vroeg in de ontwikkelingscyclus te ondervangen wanneer ze gemakkelijker en sneller kunnen worden opgelost. CI-pijplijnen produceren artefacten die CD-pijplijnen kunnen gebruiken voor automatische implementaties.
Implementatie
Voor YAML-pijplijnen is een implementatietaak een verzameling stappen die opeenvolgend op een omgeving worden uitgevoerd. Implementatietaken kunnen strategieën zoals runOnce, rolling, en canary. Zie Implementatietaken voor meer informatie.
In klassieke pijplijnen voert de implementatie de taken uit voor de implementatiefase, waaronder het uitvoeren van geautomatiseerde tests, het implementeren van buildartefacten en andere opgegeven acties.
Implementatiegroepen
In klassieke releasepijplijnen van Azure Pipelines is een implementatiegroep een logische groep implementatiedoelmachines. Voor elke doelserver in de implementatiegroep is een implementatieagent geïnstalleerd. Voor meer informatie, zie Agents configureren voor implementatiegroepen.
Omgevingen
Een omgeving is een verzameling resources, zoals virtuele machines, containers, web-apps of services waar u uw toepassing implementeert. Pijplijnen kunnen worden geïmplementeerd in een of meer omgevingen na het voltooien van een build en het uitvoeren van tests.
Vacatures
Een taak vertegenwoordigt een uitvoeringsgrens van een reeks stappen die opeenvolgend op dezelfde agent worden uitgevoerd. Pijplijnfasen kunnen een of meer taken bevatten. Taken worden standaard niet altijd sequentieel uitgevoerd in fasen.
Taken zijn handig voor het uitvoeren van een reeks stappen in verschillende omgevingen. Uw buildfase kan bijvoorbeeld één taak bevatten voor het bouwen van een x86 configuratie en een andere taak voor het bouwen van een x64 configuratie.
Een agent voert elke taak uit en doorloopt alle stappen van die taak. Een beperkt aantal taakstappen ondersteunt agentloze taken die zonder agent worden uitgevoerd. Zie Ondersteunde taken zonder agent voor meer informatie.
Bibliotheek
De Azure Pipelines Library bevat beveiligde bestanden en variabele groepen. Beveiligde bestanden zijn een manier om bestanden op te slaan en te delen in pijplijnen. In variabelengroepen worden waarden en geheimen opgeslagen die u kunt doorgeven aan een YAML-pijplijn of die beschikbaar zijn voor meerdere pijplijnen.
Pijpleidingen
Een Azure Pipelines-pijplijn definieert een werkstroom voor het bouwen, testen en implementeren van taken, van het uitvoeren van een batchbestand tot het automatiseren van het CI/CD-proces voor een app. Een pijplijn bestaat uit een of meer fasen die taken en stappen bevatten.
U kunt pijplijnen definiëren met behulp van op YAML gebaseerde of klassieke editors. Zie YAML versus klassieke pijplijnen voor meer informatie.
Uitgaven
Een release is een versiegroep van artefacten die zijn opgegeven in een Classic-pijplijn. De release bevat een momentopname van alle informatie die nodig is om de release-pijplijn uit te voeren, zoals fasen, taken, triggers, goedkeuringsbeleid en implementatieopties. U kunt handmatig een release maken, met een implementatietrigger of met de REST API.
In YAML-pijplijnen zijn de build- en releasefasen allemaal opgenomen in de definitie van de pijplijn met meerdere fasen.
Uitvoeringen
Een uitvoering vertegenwoordigt één uitvoering van een pijplijn. Tijdens een uitvoering verwerkt Azure Pipelines eerst de pijplijn en verzendt de uitvoering vervolgens naar een of meer agents om de taken uit te voeren. De uitvoering verzamelt de logboeken van het uitvoeren van de stappen en de resultaten van het uitvoeren van tests. Zie Pijplijnuitvoeringen voor meer informatie.
Scripten
Een script voert opdrachtregel-, PowerShell- of Bash-code uit als stap in uw pijplijn. U kunt platformoverschrijdende scripts schrijven voor macOS, Linux en Windows. In tegenstelling tot een vooraf verpakte taak is een script aangepaste code die specifiek is voor uw pijplijn.
Stadia
Een fase is een logische grens in een pijplijn die de scheiding van problemen kan markeren, bijvoorbeeld bouwen, testen en productie. Elke fase bevat een of meer taken. Meerdere fasen in een pijplijn worden standaard na elkaar uitgevoerd. U kunt andere voorwaarden opgeven voor wanneer een fase wordt uitgevoerd.
Het definiëren van fasen in een pijplijn is handig wanneer:
- Afzonderlijke groepen beheren verschillende onderdelen van de pijplijn. Als verschillende managers bijvoorbeeld test- en implementatietaken beheren, is het zinvol om afzonderlijke test- en productiefasen te hebben.
- Een set goedkeuringen is verbonden met een specifieke taak of set taken. U kunt deze taken in afzonderlijke fasen plaatsen voor goedkeuring.
- De pijplijn bevat taken die lang moeten worden uitgevoerd. U kunt dergelijke taken in hun eigen fasen plaatsen.
Stappen
Een stap is de kleinste bouwsteen van een pijplijn. Standaard worden stappen na elkaar uitgevoerd in een taak. Een stap kan een script of een taak zijn.
Opdrachten
Een taak is een vooraf verpakt script of een vooraf verpakte procedure die is geabstraheerd met een set invoerwaarden om automatisering in een pijplijn te definiëren. Zie de naslaginformatie over azure Pipelines-taken voor beschikbare taken. Zie Een aangepaste pijplijntaakextensie toevoegen voor meer informatie over het maken van aangepaste taken.
Aanleidingen
Een trigger is een gebeurtenis die een pijplijn laat draaien. U kunt een pijplijn handmatig activeren of volgens een vast schema uitvoeren. U kunt ook een pijplijn laten activeren zodat deze automatisch wordt uitgevoerd bij een push naar een repository, bij voltooiing van een andere build of onder andere voorwaarden. Zie Gebeurtenissen opgeven waarmee pijplijnen en klassieke releasetriggers worden geactiveerd voor meer informatie.