Hva er Git-hooks og hvordan brukes de?

Question

Accepted Answer

**Git-hooks** er skript som Git kjører **automatisk** på visse punkter i Git-arbeidsflyten (før/etter commits, pushes, merges, osv.). De muliggjør automatisering — håndhevelse av standarder, kjøring av sjekker og utløsing av handlinger — og brukes bredt for kodekvalitet og CI-integrasjon.

## Hva hooks er

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

## Vanlige bruksområder

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

## Administrasjon av hooks i et team

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

## Hvorfor det er viktig

Å forstå Git-hooks er verdifull kunnskap på seniornivå for **automatisering av kvalitetskontroller og arbeidsflythandlinger**, så det er nyttig for å opprettholde kodekvalitet og integrering med CI/CD.

Hooks muliggjør **automatisering ved viktige Git-hendelser** — kjøring av skript automatisk før/etter commits, pushes, merges, osv. — som brukes bredt til å håndheve standarder og avdekke problemer tidlig.

Den vanligste og mest verdifulle bruken er **pre-commit-hooken** for kjøring av **linting, formatering, raske tester og hemmelighet-deteksjon før kode blir committed** — som gir rask tilbakemelding og sikrer konsekvent kvalitet automatisk (slik at problemer oppdages ved commit-tid i stedet for senere i CI eller review), en svært populær praksis.

Andre bruksområder (commit-msg-hooks som håndhever meldingskonvensjoner som Conventional Commits, pre-push-hooks som kjører tester for å forhindre pushing av ødelagt kode, og server-side hooks som håndhever retningslinjer eller utløser CI/CD og deployment) utvider automatiseringen på tvers av arbeidsflyten.

Å forstå det praktiske **team-administrasjons**-aspektet er viktig: `.git/hooks/` er lokal og **ikke committed**, så hooks deles ikke automatisk — deling av dem på tvers av et team krever verktøy som **Husky, pre-commit eller lefthook** som versjonerer hooks i repoet og installerer dem for alle.

Kritisk viktig er forståelsen for at hooks **kan omgås** (`--no-verify`) betyr at de gir rask *lokal* tilbakemelding men **CI må også håndheve** sjekkene som det virkelige sikkerhetsnettet — en sentral innsikt om forsvar i dybden (lokale hooks for hastighet, CI for håndhevelse).

Siden automatisering av kvalitetskontroller og arbeidsflythandlinger forbedrer kodekvalitet og konsistens, og siden Git-hooks (spesielt pre-commit for lokale sjekker, administrert via verktøy og supplert av CI) er en bredt brukt mekanisme for dette, er forståelse av Git-hooks — hva de er, vanlige bruksområder, team-administrasjon med verktøy og deres forhold til CI — verdifull kunnskap på seniornivå for å bygge automatiserte, kvalitetsfokuserte utviklingsarbeidsflyten, som reflekterer praksis som brukes for å opprettholde kvalitet i profesjonelle team.