Kako se sustav kontrole verzija integrira s CI/CD?

Question

Accepted Answer

**Sustav kontrole verzija** (Git) je temelj na kojem se CI/CD gradi — promjene koda u repozitoriju **pokrenuvaju** pipeline-ove, a strategije grananja oblikuju kako se CI/CD izvršava. Integracija Git-a i CI/CD-a je ono što omogućuje automatizirano, promjena-vođeno isporuku.

## Git pokreće CI/CD

```text
CI/CD pipelines are TRIGGERED by Git events:
  → a PUSH to a branch → runs CI (build + test) on that change
  → a PULL REQUEST → runs CI to verify the change before merging
  → a MERGE to main → may trigger deployment (CD)
  → a TAG (e.g. v1.2.0) → may trigger a release/production deployment
→ Every code change in Git automatically drives the pipeline → change-driven automation.
```

## Grananje i CI/CD

```text
→ FEATURE BRANCHES → CI runs on each (build/test the branch); PRs must pass CI to merge
→ MAIN branch → kept always working (green); merges trigger deployment to staging/prod
→ Different branches can map to different ENVIRONMENTS or pipeline behaviors
  (e.g. main → production; develop → staging)
→ BRANCH PROTECTION → require CI to pass + reviews before merging (quality gate)
```

## Pull zahtjevi kao kvalitativne zaštite

```text
→ Open a PR → CI automatically builds and tests the change
→ Reviewers review; CI checks must be GREEN to merge
→ Only verified, reviewed code reaches main → and thus deployment
→ This combines code review + automated checks before integration (strong quality gate)
```

## Zašto je važno

Razumijevanje kako se sustav kontrole verzija integrira s CI/CD-om je vrijedno jer je Git temelj koji pokreće CI/CD, pa je razumijevanje integracije važno za način na koji se automatizirano isporuka zapravo odvija.

Osnovni mehanizam — **Git događaji pokrenuvaju CI/CD pipeline-ove** (push pokreće CI na promjeni, pull zahtjev pokreće CI za provjeru prije spajanja, spajanje na main može pokrenuti implementaciju, tag može pokrenuti release) — je ono što čini isporuku **promjena-vođenom i automatiziranom**: svaka promjena koda u sustavu kontrole verzije automatski pokreće odgovarajući pipeline, povezujući čin commit-a koda s automatiziranim procesom gradnje, testiranja i implementacije.

Razumijevanje kako **strategije grananja oblikuju CI/CD** (feature grane pokreću CI na svakoj promjeni, main ostaje uvijek radna s spajanjem koja pokrenuvaju implementaciju, različite grane se mapiraju na različita okruženja ili ponašanja, i zaštita grana zahtijeva da CI prođe prije spajanja) je neophodno za postavljanje CI/CD-a koji se usklađuje s Git workflow-om tima.

Razumijevanje **pull zahtjeva kao kvalitativnih zaštita** je posebno važno: otvaranje PR-a pokreće automatizirani CI (gradnja i testiranje promjene), a zahtijevanje da CI provjere budu zelene (plus pregled koda) prije spajanja kombinira **automatiziranу provjeru i ljudsku ocjenu** u snažnu kvalitativnu zaštitu — osiguravajući da samo provjereni, pregledani kod dosegne main i time implementaciju.

Ova integracija Git-a (grane, PR-ovi, okidači) s CI/CD-om (automatizirani pipeline-ovi, kvalitativne zaštite) je temeljit za način na koji moderna isporuka funkcionira — Git pruža događaje i strukturu koju CI/CD automatizira.

Budući da je CI/CD fundamentalno vođen sustavom kontrole verzija (Git događaji pokrenuvaju pipeline-ove, grananje oblikuje tok, PR-ovi čuvaju kvalitetu), i budući da razumijevanje ove integracije objašnjava kako automatizirano, promjena-vođeno isporuka zapravo funkcionira, razumijevanje kako se sustav kontrole verzija integrira s CI/CD-om je vrijedna, praktično relevantna znanja — pojašnjavajući temeljnu vezu između Git-a i automatizirane isporuke koja je podlogom modernih softverskih workflow-a.