CI/CD

Question 1

Opišite strukturo YAML formata, ki se uporablja za definiranje GitHub Actions. Kakšni so ključni elementi v tem formatu?

Answer 1

• name: Ime poteka dela.
• on: Določa dogodke, ki sprožijo potek dela (npr. push, pull_request).
• jobs: Skupina nalog (jobs) znotraj poteka dela.
  
  • Vsak job vsebuje:
  • runs-on: Določa okolje, kjer se naloga izvaja (npr. ubuntu-latest).
  • steps: Koraki, ki jih naloga izvaja.
    
    • Vsak korak (step) lahko vključuje:
      
      • name: Ime koraka.
      • uses: Uporablja vnaprej določeno akcijo iz GitHub Marketplace.
      • run: Izvaja ukaze ukazne vrstice.
      • env: Določa okoljske spremenljivke.

Question 2

Razložite postopek ustvarjanja lastnega “action-runnerja” za GitHub Actions. Katere so osnovne zahteve za delovanje tega runnerja?

Answer 2

1. Ustvarite nov GitHub Action runner.
   mkdir -p ~/actions-runner && cd ~/actions-runner
curl -o actions-runner-linux-x64-2.284.0.tar.gz -L https://github.com/actions/runner/releases/download/v2.284.0/actions-runner-linux-x64-2.284.0.tar.gz
tar xzf ./actions-runner-linux-x64-2.284.0.tar.gz
2. Konfiguracija.
   REPO_URL="https://github.com/your-username/your-repo"
RUNNER_TOKEN="YOUR_RUNNER_TOKEN"
./config.sh --url REPO_URL --token YOUR_RUNNER_TOKEN
3. Namestitev in zagon
   sudo ./svc.sh install
sudo ./svc.sh start
4. Osnovne zahteve za delovanje runnerja:

• Svež Linux strežnik.
• Vsaj 4 GB pomnilnika.
• 1 jedro.
• 10 GB prostora.

Question 3

Kaj so “artefakti” v kontekstu GitHub Actions in kako jih lahko uporabimo za komunikacijo med nalogami?

Answer 3

Artefakti v GitHub Actions so datoteke, ki jih naloge (jobs) ustvarijo in shranijo, ter se lahko uporabijo za komunikacijo med različnimi nalogami znotraj poteka dela. Uporabimo jih lahko tako, da ena naloga ustvari artefakt (npr. datoteko z napakami), ki ga druga naloga nato prebere in uporabi za nadaljnje korake.

Question 4

Opišite postopek ustvarjanja in uporabe matrice (matrix) v GitHub Actions skripti. Kdaj bi uporabili matrico in kakšne prednosti prinaša?

Answer 4

Matrico ustvarimo znotraj definicije naloge (job) v YAML datoteki. Uporablja se za izvajanje iste naloge z različnimi nastavitvami, kot so različne verzije jezika, operacijski sistemi ali konfiguracije. Definicija matrice:

Question 5

Kako zagotovite, da se določena GitHub Action sproži samo ob določenih dogodkih, kot je potiskanje (push) na določeno vejo?

Answer 5

To zagotovimo z uporabo on ključa v YAML datoteki in specifičnimi pogoji.

on:
  push:
    branches:
      - main

Question 6

Kaj se zgodi, ko testna skripta (akcija) pade oz. je neuspešna? Kako lahko obravnavamo in dokumentiramo takšne primere?

Answer 6

Ko testna skripta pade, GitHub Actions prikaže rdeče opozorilo v vmesniku, ki kaže, da je prišlo do napake. Lahko preusmerimo izpis napak v datoteko in jih shranimo kot artefakt.

steps:
  - name: Run tests
    run: npm test 2> napaka.txt || exit 0
  - name: Upload error log
    if: failure()
    uses: actions/upload-artifact@v2
    with:
      name: error-log
      path: napaka.txt

Question 7

Opišite postopek ustvarjanja in objave Docker zabojnika v GitHub Actions. Kako zagotovite, da se ta postopek izvede le, ko so testi uspešno zaključeni?

Answer 7

1. Ustvarimo Dockerfile za našo aplikacijo.
2. Definiramo GitHub Action skripto za gradnjo in objavo Docker zabojnika.
3. Poskrbimo, da se ta skripta zažene le ob uspešnem zaključku testne skripte.