Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Azure DevOps-tjänster
Den här artikeln beskriver viktiga begrepp och komponenter som utgör Azure Pipelines. Genom att förstå de grundläggande termerna och delarna i en pipeline kan du skapa, testa och distribuera koden på ett effektivare sätt.
Översikt över viktiga begrepp
Följande bild visar huvudkomponenterna och åtgärderna i en pipeline.
Dave Jarvis bidrog till den här grafiken.
- En manuell, schemalagd eller automatiserad utlösare gör att en pipeline startas.
- En pipeline kan innehålla ett eller flera steg och distribueras till en eller flera miljöer.
- Steg är ett sätt att organisera pipeliner, och varje steg innehåller en eller flera jobb.
- Jobb körs på agenter eller kan vara agentlösa.
- Varje jobb innehåller ett eller flera steg.
- Ett steg är det minsta elementet i en pipeline och kan vara en uppgift eller ett skript.
- En uppgift är ett förpaketerat skript som utför en åtgärd, till exempel att anropa ett REST API eller publicera en byggartefakt.
- En pipelinekörning genererar artefakter som filer eller paket.
Villkor för Azure Pipelines
Följande termer definierar viktiga komponenter och processer i Azure Pipelines.
Agenter
En agent är databehandlingsinfrastruktur med installerad agentprogramvara som kör ett pipelinejobb i taget. Ett jobb kan till exempel köras på en Ubuntu-agent värdbaserad av Microsoft. Mer information om olika typer av agenter och hur du använder dem finns i Azure Pipelines-agenter.
Ett begränsat antal aktivitetssteg kan köras utan att använda en agent. För mer information, se Arbetsuppgifter som stöds av agentlösa jobb.
Godkännanden och kontroller
Godkännanden och kontroller definierar en uppsättning valideringar som krävs innan en pipeline eller fas körs. Manuellt godkännande är en vanlig kontroll för att kontrollera distributioner till produktionsmiljöer. Om en miljö har konfigurerat kontroller och godkännanden pausas pipelinen tills alla kontroller och godkännanden har slutförts.
Artefakter
Artefakter är samlingar av filer eller paket som publicerats genom en process och görs tillgängliga för senare pipeline-uppgifter som distribution eller implementering. Artefakter i Azure Pipelines skiljer sig från Azure Artifacts, den del av Azure DevOps som gör att du kan lagra, hantera och dela paket med en enda feed.
Kontinuerlig leverans
Kontinuerlig leverans (CD) är en process för att skapa, testa och distribuera kod till en eller flera test- och produktionsmiljöer. Distribution och testning i flera steg bidrar till att öka kvaliteten genom att fånga fel tidigt och ofta.
Automatiserade CD-versionspipelines kan använda artefakter från CI-pipelines (kontinuerlig integrering) för att släppa nya versioner och korrigeringar. Konstant övervakning och avisering ger insyn i CD-processen.
Kontinuerlig integrering
Kontinuerlig integrering (CI) är en process som kör automatiserade tester och bygger enligt ett schema, när kod pushas eller både och. CI förenklar testning och skapande av kod och hjälper till att fånga upp problem tidigt i utvecklingscykeln när de är enklare och snabbare att åtgärda. CI-pipelines producerar artefakter som CD-pipelines kan använda för automatiska distributioner.
Utplacering
För YAML-pipelines är ett distributionsjobb en samling steg som körs sekventiellt mot en miljö. Distributionsjobb kan använda strategier som runOnce, rollingoch canary. Mer information finns i Distributionsjobb.
I klassiska pipelines kör distributionen uppgifterna för distributionsfasen, vilket kan vara att köra automatiserade tester, distribuera byggartefakter och andra angivna åtgärder.
Distributionsgrupper
I klassiska Azure Pipelines-versionspipelines är en distributionsgrupp en logisk grupp med distributionsmåldatorer. Varje målserver i distributionsgruppen kräver en installerad distributionsagent. Mer information finns i Konfigurera agenter för distributionsgrupper.
Miljöer
En miljö är en samling resurser som virtuella datorer, containrar, webbappar eller tjänster där du distribuerar ditt program. Pipelines kan distribueras till en eller flera miljöer när du har slutfört en version och kört tester.
Jobb
Ett jobb representerar en körningsgräns för en uppsättning steg som körs sekventiellt på samma agent. Pipelinesteg kan innehålla ett eller flera jobb. Jobb körs inte alltid i sekventiella steg per standard.
Jobb är användbara för att köra en serie steg i olika miljöer. Byggfasen kan till exempel innehålla ett jobb för att skapa en konfiguration och ett x86 annat jobb för att skapa en x64 konfiguration.
Varje jobb utförs av en agent som genomför alla steg i jobbet. Ett begränsat antal arbetssteg kan stöda agentlösa jobb som kan köras utan en agent. För mer information, se Arbetsuppgifter som stöds av agentlösa jobb.
Bibliotek
Azure Pipelines-biblioteket innehåller säkra filer och variabelgrupper. Säkra filer är ett sätt att lagra filer och dela dem mellan pipelines. Variabelgrupper lagrar värden och hemligheter som du kan skicka till en YAML-pipeline eller göra tillgängliga över flera pipelines.
Rörledningar
En Azure Pipelines-pipeline definierar ett arbetsflöde för bygg-, test- och distributionsuppgifter, från att köra en batchfil till att automatisera CI/CD-processen för en app. En pipeline består av en eller flera faser som innehåller jobb och operationer.
Du kan definiera pipelines med yaml-baserade eller klassiska redigerare. Mer information finns i YAML jämfört med klassiska pipelines.
Lanseringar
En utgåva är en versionerad uppsättning av artefakter som anges i en klassisk pipeline. Versionen innehåller en ögonblicksbild av all information som behövs för att köra versionspipelinen, till exempel steg, uppgifter, utlösare, godkännandeprinciper och distributionsalternativ. Du kan skapa en version manuellt, med en distributionsutlösare eller med REST-API:et.
I YAML-pipelines ingår alla bygg- och lanseringssteg i pipelinedefinitionen för flera steg.
Löpningar
En körning representerar en körning av en pipeline. Under en körning bearbetar Azure Pipelines först pipelinen och skickar sedan körningen till en eller flera agenter för att köra jobben. Körningen samlar in loggarna från att köra stegen och resultatet av att köra tester. Mer information finns i Pipelinekörningar.
Skript
Ett skript kör en kommandoradskod, PowerShell-kod eller Bash-kod som ett steg i din pipeline. Du kan skriva plattformsoberoende skript för macOS, Linux och Windows. Till skillnad från en färdig uppgift är ett skript anpassad kod som är specifik för din pipeline.
Stadier
En fas är en logisk gräns i en pipeline som kan markera separation av problem, till exempel bygge, testning och produktion. Varje steg innehåller ett eller flera jobb. Flera steg i en pipeline körs en efter en som standard. Du kan ange andra villkor för när en fas körs.
Det är användbart att definiera faser i en pipeline när:
- Separata grupper hanterar olika delar av pipelinen. Om olika chefer till exempel hanterar test- och distributionsjobb är det klokt att ha separata test- och produktionssteg.
- En uppsättning godkännanden är anslutna till ett visst jobb eller en uppsättning jobb. Du kan placera dessa jobb i separata steg för godkännande.
- Pipelinen har processer som måste köra länge. Du kan sätta sådana jobb i sina egna skeden.
Steg
Ett steg är det minsta byggblocket i en pipeline. Som standard körs steg en efter en i ett jobb. Ett steg kan antingen vara ett skript eller en uppgift.
Uppgifter
En uppgift är ett förpaketerat skript eller en procedur som är abstrakt med en uppsättning indata för att definiera automatisering i en pipeline. För tillgängliga uppgifter, se referens för uppgifter i Azure Pipelines. Information om hur du skapar anpassade uppgifter finns i Lägg till ett tillägg för anpassade pipelines-aktiviteter.
Utlösare
En utlösare är en händelse som gör att en pipeline körs. Du kan utlösa en pipeline manuellt eller köra enligt ett angivet schema. Du kan också utlösa en pipeline som ska köras automatiskt vid en push-överföring till en lagringsplats, när en annan version har slutförts eller under andra förhållanden. Mer information finns i Ange händelser som utlöser pipelines och klassiska versionsutlösare.