Warum Grosse zahlt

Repository-Grosse wirkt sich auf Klon-Geschwindigkeit aus.

Der klassische One-Liner

git rev-list --objects --all | \
  git cat-file --batch-check='%(objecttype) %(objectname) %(objectsize) %(rest)' | \
  awk '/^blob/ {print $3, $4}' | \
  sort -n | tail -20

Grosse nach Verzeichnis

git ls-tree -r -l HEAD | \
  awk '{ size[$5] += $4 } END { for (f in size) print size[f], f }' | \
  sort -rn | head -20

Pack-Datei-Inspektion

git verify-pack -v .git/objects/pack/pack-*.idx | \
  sort -k 3 -n | tail -20

git-sizer verwenden

brew install git-sizer
git-sizer --verbose

Einen spezifischen Blob verfolgen

git rev-list --all --objects | grep <sha>
git log --all --find-object=<sha>

Grosse Dateien aus der Historie entfernen

pip install git-filter-repo
git filter-repo --strip-blobs-bigger-than 50M
git filter-repo --invert-paths --path huge.psd

Cleanup verifizieren

git gc --aggressive --prune=now
du -sh .git
git-sizer

Wiederholung verhindern

#!/usr/bin/env bash
MAX=10000000
git diff --cached --numstat | while read added removed file; do
  size=$(git cat-file -s :$file 2>/dev/null || echo 0)
  if [ "$size" -gt "$MAX" ]; then
    echo "Refusing to commit $file: $size bytes" >&2
    exit 1
  fi
done