Hva gjør en god commit og commit-melding?

Question

Accepted Answer

Gode commits er **fokuserte** (en logisk endring) med **klare meldinger** som forklarer hva som ble endret og hvorfor. Velskrevne commits og meldinger gjør prosjekthistorikken lesbar, nyttig for å forstå endringer, debugging og samarbeid.

## Gode commit-meldinger

```text
GOOD message structure:
  Short summary line (~50 chars, imperative mood, capitalized, no period)
  <blank line>
  Optional body: explain WHAT and WHY (not how — the code shows how),
  wrap at ~72 chars. Reference issues if relevant.
```

```text
✅ GOOD:
  Add user email validation to registration form

Validate email format before submission to prevent invalid
  accounts. Fixes #142.

❌ BAD:
  "fixed stuff", "update", "asdf", "changes", "wip"
  → vague, uninformative — useless when reviewing history later
```

## Konvensjonen for imperativ modus

```text
Write the summary as a COMMAND/instruction (imperative):
  ✓ "Add feature", "Fix bug", "Update docs", "Remove dead code"
  ✗ "Added feature", "Fixes bug", "Updating docs"
→ Convention: it reads as "this commit will [Add feature]" (matches Git's own messages).
```

## Gode commits: atomare og fokuserte

```text
✓ ATOMIC — each commit is ONE logical change (not many unrelated changes lumped together)
✓ Focused — "Add login" and "Fix typo" are SEPARATE commits, not one
✓ Working — ideally each commit leaves the code in a working state
Why: focused commits are easier to REVIEW, REVERT (undo one change cleanly),
  understand, and bisect (find which commit introduced a bug).
```

## Conventional Commits (en populær standard)

```text
type(scope): description    → feat: add login | fix: handle null | docs: update README
  types: feat, fix, docs, refactor, test, chore, etc.
→ Enables automated changelogs/versioning; widely adopted in many projects.
```

## Hvorfor det er viktig

Å forstå hva som gjør commits og commit-meldinger gode er verdifullt for **å skape lesbar, nyttig prosjekthistorikk**, så det er viktig praktisk kunnskap som betydelig påvirker samarbeid og vedlikehold. **Gode commit-meldinger** er viktig fordi commit-historien er en kritisk form for dokumentasjon — klare meldinger (et konsist sammendrag som forklarer *hva* som ble endret, med en brødtekst som forklarer *hvorfor* når det er nødvendig) gjør det mulig å forstå hvordan og hvorfor koden utviklet seg, noe som er uvurderlig når man går gjennom historien, debugger (forstår hvorfor en endring ble gjort), eller er ny i prosjektet.

Uklare meldinger ("fikset ting", "oppdatering", "wip") gjør historien ubrukelig, noe som gjør det umulig å forstå endringer senere — en reell kostnad.

**Konvensjonen for imperativ modus** ("Legg til funksjon" ikke "Lagt til funksjon") er en bredt fulgt standard som er verdt å kjenne. **Gode commits er atomare og fokuserte** (hver commit er en logisk endring, ikke mange urelaterte endringer blandet sammen) er like viktig: fokuserte commits er langt lettere å **gjennomgå** (anmeldere forstår en endring), **reversere** (angre en endring rent uten å påvirke andre), forstå, og **bisekte** (finne hvilken commit som introduserte en bug) — så commit-struktur påvirker direkte hvor brukbar historien er for debugging og samarbeid.

Å vite om **Conventional Commits** (`type(scope): description`-standarden som muliggjør automatiserte endringsmeldinger og versjonering) er verdifullt da det er mye brukt.

Siden commit-historien er viktig dokumentasjon og gode commits/meldinger gjør den lesbar og nyttig (for forståelse, gjennomgang, debugging og samarbeid) mens dårlige gjør den ubrukelig, og siden det å lage fokuserte commits med klare meldinger er et kjennetegn på profesjonell Git-praksis, er forståelse av hva som gjør commits og commit-meldinger gode verdifull, praktisk relevant kunnskap for effektivt samarbeid og vedlikeholdbar historie — en ferdighet som skiller gjennomtenksomme utviklere og forbedrer betydelig et prosjekts langsiktige brukbarhet og teamarbeidsflyt.