关于 HowToCook 停用 Git LFS 的说明

[Anduin2017]

各位社区成员：

我们已经决定在 HowToCook 项目中停止使用 Git LFS。当前 master 分支中的全部图片已迁移为普通 Git 文件，今后新增的图片也不再通过 LFS 管理。

作出这个决定，并不是因为 Git LFS 技术本身不可用，而是因为 GitHub.com 的 LFS 托管与计费策略对公共开源项目非常不友好：

公共仓库产生的 LFS 下载流量，由仓库所有者承担。

这意味着项目越受欢迎、下载者越多，维护者需要承担的流量费用反而越高。一旦额度耗尽，社区用户无法正常 checkout，甚至仓库作者本人也可能无法完整 clone 自己的项目。

对于一个免费、开放、主要由社区共同维护的菜谱项目，我们无法接受这种“项目越成功，维护者账单越高；维护者不付费，所有用户就无法正常使用”的模式。

因此，我们已经：

• 移除了当前分支的所有 Git LFS 配置；
• 将 355 个 LFS 图片完整迁移为普通 Git 文件；
• 对所有图片进行了完整性校验，没有发生数据损失；
• 验证了全新 clone、项目构建及全部 lint 检查；
• 确认当前版本不再请求 GitHub LFS 服务。

对于老用户，只需在干净的 master 分支执行一次：

git pull --ff-only origin master

这次更新需要下载约 105 MiB 的普通 Git 数据，因此可能比较慢。但完成之后，当前 master 分支就不再依赖 Git LFS，也不需要执行 git lfs pull。

新用户可以照常运行：

git clone https://github.com/Anduin2017/HowToCook.git

需要说明的是，我们没有改写 Git 历史，因此主动 checkout 到迁移前的旧提交时，仍可能遇到历史 LFS 依赖。但正常使用最新版本不会再受影响。

我们宁愿接受仓库体积变大、首次 clone 变慢，也不愿让一个公共开源项目的可用性继续取决于维护者是否愿意替所有匿名下载者支付流量费用。

感谢大家的理解与支持。