Kako konfigurirati CI/CD cjevovode kao kod?

Question

Accepted Answer

Moderni CI/CD cjevovodi definirani su kao **kod** — konfiguracijske datoteke (obično YAML) pohranjene u spremniku koje opisuju okidače cjevovoda, poslove i korake. **Pipeline-as-code** čini cjevovode verzioniranim, pregledavajućim i ponovljivima.

## Struktura pipeline-as-code

```yaml
# example: GitHub Actions (.github/workflows/ci-cd.yml)
name: CI/CD
on:                              # TRIGGERS — when to run
  push:
    branches: [main]
  pull_request:
jobs:                            # JOBS — units of work (can run in parallel)
  test:
    runs-on: ubuntu-latest        # the environment/runner
    steps:                        # STEPS — sequential commands/actions
      - uses: actions/checkout@v4
      - run: npm ci
      - run: npm test
  deploy:
    needs: test                   # run only AFTER test succeeds (dependency)
    if: github.ref == 'refs/heads/main'   # condition: only on main
    runs-on: ubuntu-latest
    steps:
      - run: ./deploy.sh
```

## Ključni koncepti konfiguracije

```text
TRIGGERS → what events run the pipeline (push, PR, tag, schedule, manual)
JOBS → units of work (each runs in its own environment; can run in PARALLEL)
STEPS → the sequential commands/actions within a job
DEPENDENCIES → "needs" (job ordering: deploy after test passes)
CONDITIONS → run steps/jobs only when criteria match (e.g. only on main)
SECRETS / ENV → inject credentials and config securely (NOT hardcoded)
CACHING → cache dependencies between runs (faster builds)
MATRIX → run across multiple versions/OSes (e.g. test on Node 18, 20, 22)
```

## Prednosti pipeline-as-code

```text
✓ VERSION CONTROLLED — pipeline changes tracked in Git (history, who/why)
✓ REVIEWED — pipeline changes go through PR review (like code)
✓ REPRODUCIBLE — the pipeline definition lives with the code, consistent
✓ Easy to share, replicate, and roll back
```

## Zašto je to važno

Razumijevanje kako konfigurirati CI/CD cjevovode kao kod je vrijednom praktičnom znanjem jer je pipeline-as-code standardan moderan pristup, a konfiguriranje cjevovoda je temeljna CI/CD vještina. **Pipeline-as-code** — definiranje cjevovoda u konfiguracijskih datotekama (obično YAML) pohranjenim u spremniku — je način na koji se moderni CI/CD konfigurira, a razumijevanje **strukture** (okidači koji definiraju kada se cjevovod pokreće, poslovi kao jedinice rada, koraci kao sekvencijalne naredbe, ovisnosti za redoslijed i uvjeti za selektivnu izvršavanje) je neophodno za stvarno stvaranje i modificiranje cjevovoda.

Razumijevanje **ključnih koncepata konfiguracije** — okidači (push, PR, tag, raspored, ručno), poslovi (paralelne jedinice u njihovim vlastitim okruženjima), koraci, ovisnosti (`needs` za redoslijed poput deploy-nakon-test), uvjeti (izvršavanje samo na određenim granama), **tajne/env** (sigurno injektiranje kredencijala umjesto hardkodiranja — važno za sigurnost), cache-iranje (brže izrade) i matrichne izgrade (testiranje preko verzija/OS-a) — pokriva praktični alat za izgradnju stvarnih cjevovoda.

Razumijevanje **prednosti pipeline-as-code** je važno: jer je cjevovod definiran kao kod u spremniku, on je **verzioniran** (promjene praćene s poviješću), **pregledavan** (promjene cjevovoda prolaze kroz PR pregled kao kod aplikacije) i **ponovljiv** (definicija živi s kodom) — donoseći istu inženjersku strogost cjevovodu kao i kod aplikacije, što je daleko bolje od cjevovoda konfiguriranih kroz korisničko sučelje (nepraćeno, nepregledjeno, teško ponovljivo).

Budući da je konfiguriranje cjevovoda temeljna CI/CD vještina i pipeline-as-code je standardan moderan pristup (s njegovim verzioniranjem, pregledavanjem i prednostima ponovljivosti), te budući da razumijevanje strukture, koncepata konfiguracije i prednosti omogućava izgradnju i održavanje stvarnih cjevovoda, razumijevanje kako konfigurirati CI/CD cjevovode kao kod je vrijednom, praktično relevantnom znanjem — temeljnom vještin za primjenu CI/CD i best practice-om koji tretira definicije cjevovoda s istom strogošću kao kod, važno za svakoga tko postavlja automatizirane dostavke.