Git LFS nedir ve ne zaman buna ihtiyaç duyarsınız?

Question

Accepted Answer

**Git LFS** (Large File Storage), Git'te **büyük ikili dosyaları** (videolar, veri kümeleri, tasarım varlıkları, büyük ikililer) verimli bir şekilde yönetmek için bir uzantıdır. Git metin/kaynak kod için tasarlanmış olup, büyük ikilileri zayıf bir şekilde işler, bu nedenle LFS onları ayrı olarak depolarken depo içinde hafif referanslar tutar.

## Sorun: Git ve büyük ikililer

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

## Git LFS nasıl çalışır

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

## Ne zaman kullanmalısınız

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

## Neden önemli

Git LFS'yi anlamak, **Git'te büyük ikili dosyaları yönetmek** için kıymetli senior seviyesi bilgidir, belirli projeler için gerçek bir sorundur, bu nedenle pratik bir bilgidir.

Temel sorun şudur ki **Git büyük ikilileri zayıf işler**: Git dosya geçmişindeki her dosyanın her sürümünü depolar ve ikililer iyi karşılaştırılmaz (her değişiklik başka bir tam kopya depolar), büyük ikili dosyalar (videolar, veri kümeleri, tasarım varlıkları, büyük yapıtlar) **depoyu muazzam şekilde şişirir** — depoyu ve her klonu büyük ve yavaş yaparak, şişkinlik kalıcı ve kaldırılması zordur.

Bu, medya, veri kümeleri, oyun varlıkları, tasarım dosyaları veya ML modelleri içeren projeler için gerçek ve bazen ciddi bir sorundur. **Git LFS** bunu, büyük dosyaları **ayrı olarak** (bir LFS sunucusunda) depolarken Git geçmişinde yalnızca küçük **işaretçi dosyaları** tutarak çözer — böylece depo küçük ve hafif kalır, gerçek büyük dosyalar talep üzerine indirilir (yalnızca gerekli olan sürümler).

Nasıl çalıştığını anlamak (Git'te işaretçiler, LFS'de gerçek dosyalar, şeffaf değişim) ve nasıl kullanıldığını (`.gitattributes` aracılığıyla dosya türlerini izleme) buna ihtiyaç duyan projeler için pratik bilgidir.

Eşit derecede önemli olan, **ne zaman kullanmalısınız** (büyük ikililer içeren depolar) ve ne zaman gereksiz olduğu (saf kaynak kod, Git metin'i iyi işler) hakkında karar vermektir ve **alternatifler** (bazen büyük yapıtları Git'te hiç depolamak — yapıt mağazaları, S3 veya paket kayıtları kullanmak — daha iyi bir seçimdir) hakkında farkındalıktır.

Bu, büyük dosyaları yönetme hakkında sağlam karar verme yeteneğini yansıtır.

Bazı projeler gerçekten Git'i şişiren büyük ikililerle mücadele ettikleri için (gerçek, etkili bir sorun), ve Git LFS (veya alternatifler) çözüm olduğundan — depoları yönetilebilir tutarken büyük dosyaları işlerken — Git LFS'yi, çözdüğü sorunu, nasıl çalıştığını ve ne zaman alternatiflerine karşı kullanılacağını anlamak, büyük dosyalarla depoları etkili bir şekilde yönetmek için kıymetli senior seviyesi bilgidir, medya, veri veya büyük varlıklar ile uğraşan projeler için yararlı bir konudur.