Kas yra CI/CD pipeline ir jo etapai?

Question

Accepted Answer

**CI/CD pipeline** yra **automatizuota etapų seka**, per kurią praeina kodas — nuo commit iki deployment — paprastai apimanti build, test ir deploy žingsnius. Jis apibrėžia automatizuotą kelią, kuris paverčia kodo pakeitimą į deployment'ą.

## Pipeline koncepcija

```text
A PIPELINE is an automated workflow of STAGES that run in sequence on each code change:
  → triggered by an event (a push, a PR, a merge, a schedule)
  → each stage runs automatically; if a stage FAILS, the pipeline STOPS (broken code
    doesn't proceed to later stages or production)
  → provides automation, consistency, and fast feedback
```

## Tipiniai pipeline etapai

```text
1. SOURCE   → triggered by a code change (checkout the code)
2. BUILD    → compile the code, install dependencies, build artifacts/images
3. TEST     → run automated tests (unit, integration), linting, static analysis
4. (SECURITY) → security scans (dependencies, code, container images)
5. PACKAGE  → create deployable artifacts (e.g. a Docker image pushed to a registry)
6. DEPLOY to STAGING → deploy to a test/staging environment; run further tests (e2e)
7. DEPLOY to PRODUCTION → release to production (manual approval for delivery, or
   automatic for deployment)
→ Each stage gates the next: failures stop the pipeline (quality gates).
```

## Pagrindinės charakteristikos

```text
✓ AUTOMATED — runs without manual steps (except approvals if configured)
✓ FAIL FAST — a failing stage stops progression (don't deploy broken code)
✓ STAGES as quality GATES — code must pass each to advance
✓ Consistent and repeatable — the same process every time
✓ FAST FEEDBACK — developers learn quickly if their change passed/failed
```

## Kodėl tai svarbu

CI/CD pipeline ir jo etapų supratimas yra fundamentalus CI/CD žinias, todėl tai yra esminės praktinės žinios moderniam programinės įrangos pristatymui.

Pipeline yra **automatizuota etapų seka**, kuri paverčia kodo pakeitimą į deployment'ą — konkretus mechanizmas, kuris įgyvendina CI/CD.

Supratimas apie **pipeline koncepciją** (automatizuotas workflow, kurį suaktyvina kodo pakeitimai, vykdantys etapus iš eilės, sustabdantis, jei bet kuris nepavyks, todėl sulaužytas kodas neprogresyviai) yra pagrindinė idėja.

Supratimas apie **tipinius etapus** — šaltinis (checkout), build (kompiliavimas, priklausomybės, artefaktai), testai (automatizuoti testai, linting, statinė analizė), saugumo nuskaitymai, pakavimas (kuriami deployment'o artefaktai kaip Docker vaizdai), deployment į staging (su tolesniais testais) ir deployment į production (rankiniu būdu arba automatiškai) — suteikia praktinę struktūrą, kaip kodas teka nuo commit iki release.

Šis etapų pagrįstas modelis, kuriame **kiekvienas etapas veikia kaip kokybės vartai** (kodas turi praėti, kad būtų galima tęsti, o nesėkmės sustabdo progresą), yra tai, kas užtikrina, kad tik patvirtintas, veikiantis kodas pasiekia produkciją — tai yra CI/CD teikimo kokybės ir patikimumo esmė.

Supratimas apie **pagrindines charakteristikas** (automatizavimas, fail-fast elgesys, etapai kaip kokybės vartai, nuoseklumas ir greitas grįžtamasis ryšys) apima, kodėl pipeline yra efektyvūs: jie pakeičia rankinius, nenuoseklius procesus automatizuotu, patikimu keliu, kuris anksti sugauna problemas ir daro nuoseklius deployment'us.

Kadangi pipeline yra centrinis CI/CD mechanizmas (automatizuotas kelias, kuris įgyvendina build, test ir deploy su kokybės vartais), ir kadangi jo koncepcijos, etapų ir charakteristikų supratimas yra fundamentalus CI/CD supratimui ir darbui, CI/CD pipeline ir jo etapų supratimas yra esminės, praktiškai svarbios žinios moderniam programinės įrangos delivery — konkreti struktūra, kuri paverčia CI/CD filosofiją į automatizuotą realybę, ir pagrindinės žinios kiekvienam, kuris dirba su automatizuotu programinės įrangos delivery.