Hva er en .gitignore-fil og hvordan bruker du den?

Question

Accepted Answer

En **.gitignore**-fil forteller Git hvilke filer og mapper som skal **ignoreres** — ikke spores i versjonskontroll. Den brukes til å ekskludere genererte filer, avhengigheter, hemmeligheter og miljøspesifikke filer som ikke bør commites.

## Hva .gitignore gjør

```text
# .gitignore — patterns of files Git should NOT track
node_modules/          # dependencies (reinstalled from package files, don't commit)
dist/                  # build output (generated, don't commit)
*.log                  # log files
.env                   # ⚠️ SECRETS / environment variables — NEVER commit!
.DS_Store              # OS-specific junk
.vscode/               # editor config (often personal)
build/
coverage/
*.tmp
```

Git ignorerer filer som matcher disse mønstrene — de vil ikke vises i `git status`, vil ikke bli staged, og vil ikke bli committed.

## Mønstersyntaks

```text
node_modules/    → ignore a directory (and everything in it)
*.log            → ignore all files with a .log extension
!important.log   → EXCEPTION: do NOT ignore this (negation)
/build           → ignore "build" only in the root (leading slash = root-relative)
doc/*.txt        → .txt files in doc/ but not subdirectories
**/temp          → "temp" anywhere in the tree
```

## Hva som skal ignoreres (vanlige kategorier)

```text
✓ DEPENDENCIES — node_modules/, vendor/ (reinstalled from manifests; huge, don't commit)
✓ BUILD OUTPUT — dist/, build/, *.o (generated from source)
✓ SECRETS — .env, credentials, keys (⚠️ NEVER commit secrets — a serious security issue)
✓ ENVIRONMENT/OS/EDITOR files — .DS_Store, .idea/, .vscode/ (personal/machine-specific)
✓ LOGS, caches, temp files
```

```text
⚠️ Already-tracked files aren't ignored by adding them later — untrack first:
   git rm --cached <file>   (then commit; .gitignore prevents re-adding)
```

## Hvorfor det betyr noe

Å forstå `.gitignore` er viktig for **å holde repositorier rene og sikre**, så det er viktig praktisk Git-kunnskap.

En `.gitignore`-fil ekskluderer filer som **ikke burde være i versjonskontroll**, og løser flere praktiske behov.

Den holder repositorier rene ved å ekskludere **genererte/avledede filer** (byggeresultat, kompilerte artefakter) og **avhengigheter** (`node_modules`, som er enorme og reinstalleres fra manifestfiler — å committe dem ville gjøre repositoriet større) — slik at repositoriet inneholder bare meningsfull kildekode.

Den ekskluderer **miljøspesifikke og personlige filer** (operativsystemskrim som `.DS_Store`, editorinnstillinger) som ville rotete til repositoriet og forårsake støy.

Mest kritisk er det **sikkerhet**: ekskludering av **hemmeligheter** (`.env`-filer, legitimasjon, API-nøkler) er vital fordi **å committe hemmeligheter er en alvorlig sikkerhetsfeil** — når de er committed, er hemmeligheter i repositoriets historie (og potensielt pushet til fjernrepositorier/offentlige repoer hvor de kan utnyttes), så `.gitignore` er en nøkkelforsvar mot å ved et uhell committe sensitive data.

Å forstå **mønstersyntaksen** (mapper, jokertegn, negasjon, root-relativ) lar deg skrive effektive ignoreringsjekker, og å vite den viktige gotchaen at **allerede-sporede filer må bli ikke-sporet** (`git rm --cached`) før `.gitignore` tar effekt, forhindrer forvirring.

Fordi rene repositorier (ingen genererte filer, avhengigheter eller rotete) og spesielt **ikke committe hemmeligheter** betyr noe for repositoriekvalitet og sikkerhet, og fordi `.gitignore` er standardmekanismen for å ekskludere filer som ikke burde spores, er forståelse av `.gitignore` — hva som skal ignoreres (avhengigheter, byggeresultat og kritisk hemmeligheter), mønstersyntaksen, og ikke-sporet gotchaen — essensielle, hyppig brukte Git-kunnskaper for å vedlikeholde rene, sikre repositorier, med sikkerhetssiden av å holde hemmeligheter ute av versjonskontroll som særlig viktig.