Hacker News new | ask | show | jobs
by darrenf 879 days ago
> An example use case is game studios having repos with very large histories (hundreds of GiBs and more) where the tip is significantly smaller. Having the entire repo history on your local machine might be infeasible, and usually unnecessary. Being able to get just the tip and get the rest via API calls solves this.

"Being able to get just the tip" is `git clone --depth 1`, isn't it?
1 comments
egaldv 879 days ago
And then you lose functionality, for example `git blame` depends on the history being available locally. If you want a working repository with all the source control features you need a regular clone. That's where "being able to get the rest via API calls..." kicks in :)
link
darrenf 879 days ago
OK so `git clone --filter=blob:none`, then. That downloads the tip and commit history, but no historic blobs. `git blame` then works by downloading missing blobs on demand, which doesn't sound too different to making an API call.
link
fragmede 879 days ago
Which, yes, but now we're at the "instead of using Dropbox I would just rsync to my Linux server" stage of it being a product.
link