Was ist Git LFS und wann benötigen Sie es?

Question

Accepted Answer

**Git LFS** (Large File Storage) ist eine Erweiterung zur effizienten Verwaltung von **großen Binärdateien** (Videos, Datensätze, Design-Assets, große Binaries) in Git. Git ist für Text/Quellcode konzipiert und handhabt große Binärdateien schlecht. LFS speichert diese daher separat, während im Repository nur leichte Referenzen verwaltet werden.

## Das Problem: Git und große Binärdateien

```text
Git stores every version of every file in its history (the full content):
  → LARGE BINARY files (videos, datasets, PSDs, big binaries) bloat the repo ENORMOUSLY:
    - every change stores another full copy (binaries don't diff well)
    - the repo and EVERY clone become huge and slow (clone/fetch download all history)
    - history can't be shrunk easily (the large blobs are permanent)
→ Git is great for source code (text, diffable), POOR for large binaries.
```

## Wie Git LFS funktioniert

```text
Git LFS replaces large files in the repo with small POINTER files (a reference/hash),
and stores the ACTUAL large files on a separate LFS server:
  → the Git repo stays small (just pointers in history)
  → the actual large files are downloaded on demand (only the versions you need)
→ You work normally; LFS transparently swaps pointers ↔ real files.
```

```bash
git lfs install                    # set up LFS
git lfs track "*.psd"             # track a file type with LFS (records in .gitattributes)
git lfs track "*.mp4"
git add .gitattributes
# now large files of these types go to LFS automatically (pointers in Git)
git lfs ls-files                   # list LFS-tracked files
```

## Wann man es verwenden sollte

```text
✓ Repos with large binaries: media (video/audio/images), datasets, game assets,
  design files (PSD/Sketch), large compiled artifacts, ML models
✗ Pure source code repos don't need it (Git handles text well)
Alternatives: don't store large artifacts in Git at all (use artifact stores, S3,
  package registries) — sometimes the better choice.
```

## Warum es wichtig ist

Das Verständnis von Git LFS ist wertvolles Wissen auf Senior-Niveau für **die Verwaltung großer Binärdateien in Git**, ein echtes Problem für bestimmte Projekte, daher ist es praktisches Wissen von Nutzen.

Das Kernproblem ist, dass **Git große Binärdateien schlecht handhabt**: Da Git jede Version jeder Datei in der Historie speichert und Binärdateien sich nicht gut "diffieren" lassen (jede Änderung speichert eine vollständige Kopie), führen große Binärdateien (Videos, Datensätze, Design-Assets, große Artefakte) zu einer **enormen Aufblähung des Repositorys** – das Repository und jeder Klon werden groß und langsam, und die Aufblähung ist permanent und schwer zu entfernen.

Dies ist ein echtes, manchmal ernstes Problem für Projekte mit Medien, Datensätzen, Game-Assets, Design-Dateien oder ML-Modellen. **Git LFS** löst dies, indem es große Dateien **separat** speichert (auf einem LFS-Server), während nur kleine **Pointer-Dateien** in der Git-Historie verbleiben – so bleibt das Repository klein und leicht, wobei tatsächliche große Dateien bei Bedarf heruntergeladen werden (nur die benötigten Versionen).

Das Verständnis, wie es funktioniert (Pointer in Git, echte Dateien in LFS, transparenter Austausch) und wie man es nutzt (Dateitypen über `.gitattributes` verfolgbar machen), ist das praktische Wissen für Projekte, die es benötigen.

Gleich wichtig ist das Urteilsvermögen über **wann man es einsetzt** (Repos mit großen Binärdateien) gegenüber wann es unnötig ist (reiner Quellcode, wo Git Text gut handhabt) und das Bewusstsein für **Alternativen** (manchmal ist es die bessere Wahl, große Artefakte gar nicht in Git zu speichern – stattdessen Artifact-Speicher, S3 oder Package-Registries zu verwenden).

Dies spiegelt kluges Urteilsvermögen bei der Verwaltung großer Dateien wider.

Da einige Projekte wirklich mit großen Binärdateien kämpfen, die Git aufblähen (ein echtes, wirksames Problem), und da Git LFS (oder Alternativen) die Lösung darstellt – um Repos überschaubar zu halten und gleichzeitig große Dateien zu handhaben – ist das Verständnis von Git LFS, das Problem, das es löst, wie es funktioniert und wann man es gegenüber Alternativen einsetzt, wertvolles Wissen auf Senior-Niveau für die effektive Verwaltung von Repositories mit großen Dateien – ein nützliches Thema für Projekte mit Medien, Daten oder großen Assets.