На підставі цієї відповіді по apenwarr і цей коментар по Miral я придумав таке рішення , яке врятувало мене майже 94% дискового простору при клонуванні в Linux мерзотник сховище локально в той час як тільки хоче один підкаталог Documentation:
$ cd linux
$ du -sh .git .
2.1G .git
894M .
$ du -sh
2.9G .
$ mkdir ../linux-sparse-test
$ cd ../linux-sparse-test
$ git init
Initialized empty Git repository in /…/linux-sparse-test/.git/
$ git config core.sparseCheckout true
$ git remote add origin ../linux
# Parameter "origin master" saves a tiny bit if there are other branches
$ git fetch --depth=1 origin master
remote: Enumerating objects: 65839, done.
remote: Counting objects: 100% (65839/65839), done.
remote: Compressing objects: 100% (61140/61140), done.
remote: Total 65839 (delta 6202), reused 22590 (delta 3703)
Receiving objects: 100% (65839/65839), 173.09 MiB | 10.05 MiB/s, done.
Resolving deltas: 100% (6202/6202), done.
From ../linux
* branch master -> FETCH_HEAD
* [new branch] master -> origin/master
$ echo "Documentation/hid/*" > .git/info/sparse-checkout
$ git checkout master
Branch 'master' set up to track remote branch 'master' from 'origin'.
Already on 'master'
$ ls -l
total 4
drwxr-xr-x 3 abe abe 4096 May 3 14:12 Documentation/
$ du -sh .git .
181M .git
100K .
$ du -sh
182M .
Так я знизився з 2,9 ГБ до 182 МБ, що вже тихо приємно.
Я хоч і не змусив це працювати git clone --depth 1 --no-checkout --filter=blob:none file:///…/linux linux-sparse-test
( натякнув тут ), оскільки тоді відсутні файли були додані як видалені файли до індексу. Тож якщо хтось знає еквівалент git clone --filter=blob:none
для git fetch
, ми можемо зберегти ще кілька мегабайт. (Читання сторінки man git-rev-list
також натякає на те, що є щось на кшталт --filter=sparse:path=…
, але я також не працював над цим.
(Усі спробували з git 2.20.1 від Debian Buster.)