Kaj je Git LFS in kdaj ga potrebuješ?

Question

Accepted Answer

**Git LFS** (Large File Storage) je razširitev za učinkovito upravljanje **velike binarne datoteke** (videi, nabore podatkov, oblikovalska sredstva, velike binarne datoteke) v Gitu. Git je zasnovan za besedilo/izvorno kodo in slabo upravlja velike binarne datoteke, zato LFS te shrani posebej in v repozitoriju ohrani lahkeReference.

## Problem: Git in velike binarne datoteke

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

## Kako Git LFS deluje

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

## Kdaj ga uporabiti

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

## Zakaj je pomembno

Razumevanje Git LFS je dragoceno znanje na ravni starejšega razvijalca za **upravljanje velikih binarnih datotek v Gitu**, pravi problem za določene projekte, zato je to koristno praktično znanje.

Jedro problema je, da **Git slabo upravlja velike binarne datoteke**: ker Git shranjuje vsako različico vsake datoteke v zgodovini in binarne datoteke se ne razlikujejo dobro (vsaka sprememba shrani še eno polno kopijo), velike binarne datoteke (videi, nabori podatkov, oblikovalska sredstva, veliki artefakti) **ogromno napihajo repozitorij** — kar naredi repo in vsak klon ogromna in počasna, s napihom, ki je trajen in ga je težko odstraniti.

To je pravi, včasih resen problem za projekte, ki vključujejo medije, nabore podatkov, igive sredstve, oblikovalske datoteke ali ML modele. **Git LFS** ga rešuje s shranjevanjem velikih datotek **posebej** (na LFS strežniku), medtem ko v zgodovini Gita ohrani samo majhne **kazalne datoteke** — tako da repozitorij ostane majhen in lahek, z dejanskimi velikimi datotekami, preglobljenimi po potrebi (samo različice, ki so potrebne).

Razumevanje, kako deluje (kazalci v Gitu, prave datoteke v LFS-u, transparentna zamenjava) in kako ga uporabiti (spremljanje vrst datotek prek `.gitattributes`) je praktično znanje za projekte, ki ga potrebujejo.

Enako pomembna je presoja o tem, **kdaj ga uporabljati** (repos z velikimi binarnimi datotekami) v primerjavi s situacijo, ko je nepotrebno (čista izvorna koda, kjer Git dobro upravlja besedilo) in zavedanje **alternativ** (včasih skladiščenje velikih artefaktov v Gitu sploh ni prava izbira — uporaba skladišč artefaktov, S3 ali registrov paketov — je boljša izbira).

To odraža zdravo odločanje o upravljanju velikih datotek.

Ker nekateri projekti resnično težijo s tem, da velike binarne datoteke napihujejo Git (pravi, vpliven problem), in ker je Git LFS (ali alternative) rešitev — ohranjanje upravljljivih repov ob upravljanju z velikimi datotekami — razumevanje Git LFS-a, problema, ki ga rešuje, kako deluje in kdaj ga uporabiti v primerjavi z alternativami, je dragoceno znanje na ravni starejšega razvijalca za učinkovito upravljanje repozitorijev z velikimi datotekami, uporabna tema za projekte, ki se ukvarjajo s predvajanjem, podatki ali velikimi sredstvi.