在数百次提交后切换到 Git LFS 时,我是否应该迁移本地历史记录?

Should I migrate local history when switching to Git LFS after hundreds of commits?

我有一个 git 存储库(一个使用 GDScript 的 Godot 游戏项目),我已经工作了很长一段时间并且有大约一千次提交,已推送到 GitHub。

我要开始使用 Git LFS 添加二进制资产,例如图像或声音文件。

查看 git-lfs-migrate 文档,我可能 migrate the local history 也应该转换一些已经存在的 png 文件。现在,这看起来是一个重大变化,我不坚持搬起石头砸自己的脚,所以我想知道这种类型的存储库迁移的最佳实践是什么。

我是唯一一个在这个存储库上工作的人,所以即使像强制推送这样的亵渎对我来说也是可以接受的,只要我不丢失我的代码并且可以转换我的大文件。

澄清:主要是我不确定迁移本地历史记录或不重写本地历史记录的可能后果。不确定这些选择的优缺点。

我考虑 Git LFS 的原因是到目前为止我只编辑文本文件,但现在我要添加一些大型二进制文件(图像、声音、数据文件),这会在开发过程中发生变化,所以不使用 LFS 将是一种浪费。理想情况下,我只想在将存储库克隆到各种测试环境时下载最新的二进制文件。

最后我没有迁移任何东西,只是安装了 git-lfs,然后将更改推送到 GitHub 上的远程存储库。当我在另外两台计算机(Linux 和 Mac)上克隆存储库时,不要忘记在那里安装 git-lfs,在这两种情况下我都收到一个奇怪的错误,抱怨“污迹过滤器 lfs 失败。

这个 SO 答案是解决方案:

LFS本质上没有URL集,胆小不敢告诉我。我不得不 运行 git config lfs.url $(git config remote.WHATEVER-MY-LFS-REMOTE-NAME-IS.url),然后再做一个 git pull,这一切似乎都有效。