6 ms·
You should use git-lfs for these files. Probably some wizardry with `filter-branch` and adding these files to lfs could debloat your repo once you do a fresh c
by rubyist5eva 6y ago
You should use git-lfs for these files. Probably some wizardry with `filter-branch` and adding these files to lfs could debloat your repo once you do a fresh clone from that.
- notafraudster 6y agoYeah, we used git-lfs for a while but ultimately decided we didn't need to version the static files and just plopped them on S3 and added a step to the deploy to pull them in. Basically, we initially thought we needed point-in-time versions of a bunch of data files, and later decided we didn't care about point-in-time.
- btschaegg 6y agoSince I just saw this comment: Note that git-lfs stores your binaries in its own directory inside .git (I currently have no git-lfs-enabled repo at hand, but I think it was `.git/lfs/objects`). That means that there might still be a lot of binaries inside your .git directory because LFS put them there. Those object files are not managed by Git itself, so forcing GCs through Git won't help in this regard, either. You might also want to look into `git lfs prune`: https://github.com/git-lfs/git-lfs/blob/master/docs/man/git-lfs-prune.1.ronn https://github.com/git-lfs/git-lfs/blob/master/docs/man/git-...
- deleted 6y ago[deleted]