Identifiera komponenterna i GitHub Actions
Här får du lära dig mer om de grundläggande komponenterna i en GitHub Actions-arbetsflödesfil.
Komponenterna i GitHub Actions
Det finns flera komponenter som fungerar tillsammans för att köra uppgifter eller jobb i ett GitHub Actions-arbetsflöde. Kort och väl utlöser en händelse arbetsflödet, som innehåller ett jobb. Det här jobbet använder sedan steg för att bestämma vilka åtgärder som ska köras i arbetsflödet. För att bättre se hur de här komponenterna fungerar tillsammans ska vi ta en snabb titt på var och en.
Arbetsflöden
Ett arbetsflöde är en automatiserad process som du lägger till i lagringsplatsen. Ett arbetsflöde måste ha minst ett jobb, och olika händelser kan utlösa det. Du kan använda den för att skapa, testa, paketera, släppa eller distribuera lagringsplatsens projekt på GitHub.
Projekt
Jobbet är den första huvudkomponenten i arbetsflödet. Ett jobb är en del av det arbetsflöde som ska associeras med ett körningsprogram. En löpare kan vara GitHub-värdbaserad eller lokalt installerad och jobbet kan köras på en dator eller i en container. Du anger löparen med attributet runs-on: . Här uppmanar du arbetsflödet att köra det här jobbet på ubuntu-latest. Vi pratar mer om löpare i nästa lektion.
Steg
Ett steg är en enskild uppgift som kan köra kommandon i ett jobb. I vårt föregående exempel använder steget åtgärden actions/checkout@v2 för att checka ut lagringsplatsen. Det intressanta är värdet uses: ./action-a. Det här är sökvägen till containeråtgärden som du skapar i en action.yml fil.
Åtgärder
Åtgärderna i arbetsflödet är de fristående kommandon som körs. Dessa fristående kommandon kan referera till GitHub-åtgärder, till exempel att använda egna anpassade åtgärder eller community-åtgärder som den vi använder i föregående exempel, actions/checkout@v2. Du kan också köra kommandon som run: npm install -g bats att köra ett kommando på löparen.