Kaj so Git hooki in kako se uporabljajo?

Question

Accepted Answer

**Git hooki** so skripta, ki jih Git izvede **samodejno** na določenih točkah v Git delovnem toku (pred/po commitih, pushih, mergeih itd.). Omogočajo avtomatizacijo — uveljavljanje standardov, izvajanje preverjanja in sprožanje akcij — in so široko uporabljeni za kakovost kode in integracijo CI.

## Kaj so hooki

```text
Hooks are executable scripts in .git/hooks/ (or managed by tools) that Git runs on EVENTS:
  CLIENT-SIDE (local):
    pre-commit   → before a commit is created (lint, format, run quick tests)
    commit-msg   → validate/format the commit message
    pre-push     → before pushing (run tests, prevent pushing broken code)
    post-merge/checkout → after merge/checkout (e.g. reinstall dependencies)
  SERVER-SIDE (on the remote):
    pre-receive / update → enforce policies on push (reject bad pushes)
    post-receive → trigger deployment/CI/notifications after a push
```

## Pogosta uporaba

```text
✓ pre-commit → LINT and FORMAT code; run quick tests; block secrets/debug code
  → catch issues BEFORE they're committed (fast feedback, consistent quality)
✓ commit-msg → enforce message format (e.g. Conventional Commits)
✓ pre-push → run the test suite → don't push failing code
✓ server-side → enforce policies; trigger CI/CD and deployments
```

## Upravljanje hookov v timski razvojni dejavnosti

```text
⚠️ .git/hooks/ is LOCAL and NOT committed → hooks aren't shared automatically.
To share hooks across a team, use tools:
  → HUSKY (JS ecosystem), pre-commit (Python framework), lefthook, etc.
  → these version hooks in the repo and install them for everyone
→ Combined with CI: hooks give FAST LOCAL feedback; CI is the enforced safety net
  (hooks can be bypassed with --no-verify, so CI must also enforce).
```

## Zakaj je to pomembno

Razumevanje Git hookov je dragoceno znanje na višji ravni za **avtomatizacijo preverjanja kakovosti in ukrepov delovnega toka**, zato je koristno za vzdrževanje kakovosti kode in integracijo z CI/CD.

Hooki omogočajo **avtomatizacijo pri ključnih Git dogodkih** — samodejno izvajanje skript pred/po commitih, pushih, mergeih itd. — kar je široko uporabljeno za uveljavljanje standardov in odkrivanje težav že zgodaj.

Najpogostejša in najbolj dragocena uporaba je **pre-commit hook** za izvajanje **lintanja, formatiranja, hitrih testov in zaznave skrivnosti pred commitom kode** — zagotavlja hitro povratno informacijo in zagotavlja dosledno kakovost samodejno (tako da se težave odkrije ob času commita namesto kasneje v CI ali pregledu), to je izjemno priljubljena praksa.

Druge uporabe (commit-msg hooki, ki vsiljujejo konvencije za sporočila, kot je Conventional Commits, pre-push hooki, ki izvajajo teste za preprečevanje prikaza razbite kode, in strežniški hooki, ki vsiljujejo politike ali sprožajo CI/CD in distribuiranje) razširijo avtomatizacijo čez celoten delovni tok.

Razumevanje praktičnega **vidika upravljanja v timu** je pomembno: `.git/hooks/` je lokalen in **se ne commitira**, zato se hooki ne delijo samodejno — njihova deljenja čez tim zahtevajo orodja kot so **Husky, pre-commit ali lefthook**, ki verzionirajo hooke v repozitoriju in jih namestijo za vse.

Krucialnega pomena je razumevanje, da je mogoče hooke **zaobiti** (`--no-verify`), kar pomeni, da zagotavljajo hitro *lokalno* povratno informacijo, vendar **mora CI tudi uveljavljati** preverjanje kot pravi varnostni mehanizem — to je ključen vpogled v obrambo v globino (lokalni hooki za hitrost, CI za uveljavljanje).

Ker avtomatizacija preverjanja kakovosti in ukrepov delovnega toka izboljša kakovost in skladnost kode, in ker so Git hooki (zlasti pre-commit za lokalne preverke, upravljani z orodji in dopolnjeni s CI) široko uporabljeni mehanizem za to, je razumevanje Git hookov — kaj so, pogosta uporaba, upravljanje v timu z orodji in njihov odnos do CI — dragoceno znanje na višji ravni za izgradnjo avtomatiziranega, na kakovost osredotočenega razvojnega delovnega toka, ki odraža prakse, ki se uporabljajo za vzdrževanje kakovosti v poklicnih timih.