杀了它。不幸的是，它不会节省 git clone 时间，因为它是历史的一部分。

@tbfleming– 看到这篇博客文章https://robinwinslow.uk/2013/06/11/dont-ever-commit-binary-files-to-git/链接到这个脚本https://gist.github.com/nottrobin /5758221 – 它声称能够重写历史并完全摆脱我们在这个问题上所拥有的东西 (;

并不是说我想使用它，而是认为，因为我们经常遇到“它现在已成为历史的一部分”的问题（就像前阵子 dxf 上的 adobe 字体一样）- 认为它是保存以防万一的好东西！

我在工作中用这种方法来纠正别人的错误。这很讨厌；您必须与所有其他开发人员和分叉协调。如果你不这样做，那么要么有人失去了他们最近的工作，要么更糟的是，有人不明白发生了什么，所有的历史都以非常讨厌的合并方式返回。

这是我们现在所处的原始回购大小：

git clone --single-branch -b dev-es6 --bare git@github.com:LaserWeb/LaserWeb4.git lw4-dev-es6
...
Receiving objects: 100% (4928/4928), 6.23 MiB | 744.00 KiB/s, done.
---
git clone --single-branch -b gh-pages --bare git@github.com:LaserWeb/LaserWeb4.git lw4-gh-pages
...
Receiving objects: 100% (5503/5503), 22.16 MiB | 1.02 MiB/s, done.

当它变得太大时，我们可以删除 gh-pages 分支并创建一个新分支。任何执行此操作的人请注意：gh-pages 具有以下不在dev-es6 中的更改。这些需要保留：

• /.gitignore: 不忽略 dist/
• /webpack.config.js：删除开发服务器挂钩
• /index.html: 浏览器重定向到 dist/

它仍然给我这个。他们的 LFS 包描述有点模糊；它是涵盖总带宽，还是仅涵盖我们目前未使用的 LFS 文件的带宽？

我在设置或回购中看不到该错误？你从哪里得到它？

https://github.com/orgs/LaserWeb/dashboard

刚刚在不同的设备上检查过；它消失了。应该是缓存问题。