如何删除永不使用的文件并将存储释放回github lfs配额？
删除git历史中文件的参考点是否适用于这种情况？
存储在Git LFS中的类型文件是否有最佳实践？特别是最小尺寸？
例如,一个10mb的音乐文件显然是合适的,但是一个25kb的png呢？是否值得投入LFS或者让Git处理它更好？
在将太多小文件检入LFS仓库时,我担心的是性能下降.有没有关于LFS扩展如何代表一堆较小的二进制文件的数据？是否只建议存储超过特定大小阈值的文件？
是否可以在 git-LFS 存储库中本地缓存所有文件以供离线使用？也就是说，即使没有互联网连接来获取 git-LFS 文件，也要使 repo 像普通的 git repo 一样可用？
有没有办法明确忽略所有git-lfs文件clone和pull？
(除了git-lfs我最终做的卸载).
在这种情况下,git-lfs只包含我不使用的平台的预编译库...所以获取它们绝对没用.
尽管已经使用git多年，但我发现git lfs（git Large File Storage）使用起来相当混乱，即使是在非常基础的水平上。有人可以解释一下这3个命令之间的区别吗？：
git lfs fetchgit lfs fetch --allgit lfs pull有关的：
就在今天,我第一次遇到Git的以下评论(至少第一次看到它):
Mikes-Mac$ git push
Locking support detected on remote "origin". Consider enabling it with:
$ git config 'lfs.https://github.com/<my_repo>.git/info/lfs.locksverify' true
Everything up-to-date
Mikes-Mac$
这是什么Locking support？这是LFS(大文件存储)的某种互斥锁定吗？如果是这样,在git上工作是不是绝对必要？(最低限度,如何建立日志历史记录的"排序"？更糟糕的是,我不能通过同时写入来破坏二进制文件吗？)
我最近没有对这个存储库做任何不同的事情,与我用LFS建立的任何其他存储库相比,我也没有做过任何不同的事情.
因此,我假设这是向"世界"提供的新评论,让我们了解新功能.
但是,无论是谷歌搜索还是通过他们的文档快速搜索,我都无法解释这一点.所以,我想知道:
我正在利用git lfsgithub 存储库来存储大文件。唯一的问题是有配额git lfs；具体来说，您每月只能存储 1 GB，并且只能流式传输（下载）1 GB。用完后，您必须支付 5 美元才能再获得 5 GB。这可能会变得昂贵。
我有一台旧电脑，可以启动 Linux 并进行端口转发。
有谁知道如何git lfs在家中设置服务器而不是使用内置于 CPU 的 Github lfs 吗？
我只是想知道是否有人能解决我对使用Git大文件存储的困惑.
在创建新存储库时,我知道如何跟踪某些文件git lfs track,但是如何指定这些文件的存储位置？
例如,在我正在进行的项目中,有许多png和wav文件.这些都是使用跟踪git lfs track.Git LFS网站说它们存储在远程服务器上,但我无法找到该信息在我们的存储库中的位置.
此外,当第二个用户克隆repo时,项目仅包含指向LFS对象的指针.他们如何找到/使用存储实际文件的远程URL？
(我们使用Bitbucket和本地系统git作为我们的回购.)
我正在阅读关于Git LFS的信息并且一次又一次地看到它对于"大文件"非常有用
Git大文件存储(LFS)取代了大型文件,如音频样本,视频[...]
版本大文件 - 即使是那些大到几GB的大文件 - 使用Git.
Git的大文件存储(LFS)是一个免费,开源的扩展,它取代了大文件里面Git的文本指针,并存储在远程服务器上的这些文件的内容.
不幸的是,我没有看到任何"大文件"实际上是什么.很明显,占用几千兆字节的东西是一个大文件,但更小的东西呢？
我将从Git LFS中获益,只需50 MB的"大文件"吗？20MB？5MB？1MB？不到1MB？
与常规Git相比,"大文件"必须从Git LFS中受益多大？
我只找到了，git lfs ls-files但此命令仅提供来自特定参考的列表。
有没有办法从 GIT 存储库中获取 LFS 对象的整个列表？