Kako se nadzor različic integrira s CI/CD?

Question

Accepted Answer

**Nadzor različic** (Git) je temelj, na katerem se gradi CI/CD — spremembe kode v repozitoriju **sprožijo** cevovode, strategije vejitev pa oblikujejo način izvajanja CI/CD. Integracija Git-a in CI/CD je tisto, kar omogoča avtomatizirano, sprememb-poganjano dostavo.

## Git sproži 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.
```

## Vejitve in 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)
```

## Zahtevki za vlečenje kot vrata za kontrolo kakovosti

```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)
```

## Zakaj je to pomembno

Razumevanje, kako se nadzor različic integrira s CI/CD, je dragoceno, ker je Git temelj, ki poganja CI/CD, zato je razumevanje integracije pomembno za razumevanje kako avtomatizirana dostava dejansko deluje.

Osrednji mehanizem — **Git dogodki sprožijo cevovode CI/CD** (push zažene CI na spremembi, zahtevek za vlečenje zažene CI za preverjanje pred združitvijo, združitev v main lahko sproži razporeditev, oznaka pa lahko sproži izpust) — je tisto, kar dostavo naredi **sprememb-poganjano in avtomatizirano**: vsaka sprememba kode v nadzoru različic avtomatično sproži ustrezni cevovod, kar poveže dejanje commita kode z avtomatiziranim procesom gradnje, testiranja in razporeditve.

Razumevanje, kako **strategije vejitev oblikujejo CI/CD** (feature veje pognane s CI ob vsaki spremembi, main ostane vedno delujoč z združitvami, ki sprožijo razporeditev, različne veje se preslikavajo na različna okolja ali vedenja, zaščita vej, ki zahteva da CI prođe pred združitvijo) je potrebno za postavitev CI/CD, ki se ujema z Git-ovim delovnim tokom ekipe.

Razumevanje **zahtevkov za vlečenje kot vrat za kontrolo kakovosti** je še posebej pomembno: odprtje PR sproži avtomatizirani CI (gradnja in testiranje spremembe), zahtevanje da so CI preverjanja zelena (plus pregled kode) pred združitvijo pa kombinira **avtomatizirano preverjanje in recenzijo človeka** v močna vrata za kontrolo kakovosti — zagotavljanje da samo preverjena, pregledan koda doseže main in s tem razporeditev.

Ta integracija Git-a (veje, PR-ji, sprožilci) z CI/CD (avtomatizirani cevovodi, vrata za kontrolo kakovosti) je temeljnega pomena za to kako moderna dostava deluje — Git zagotavlja dogodke in strukturo, ki je CI/CD avtomatizira.

Ker je CI/CD temeljno poganjana s strani nadzora različic (Git dogodki sprožijo cevovode, vejitve oblikujejo tok, PR-ji nadzirajo kakovost), in ker razumevanje te integracije razloži kako avtomatizirana, sprememb-poganjana dostava dejansko deluje, je razumevanje kako se nadzor različic integrira s CI/CD dragoceno, praktično relevantno znanje — pojasnjuje temeljno povezavo med Git-om in avtomatizirano dostavo, ki je osnova sodobnih delovnih tokov programske opreme.