git lfs - 如何跟踪已提交到本地分支的文件
git lfs - How to track files already committed to a local branch
我们有一个合作者一直在进行本地提交，但由于失败而没有将其推送到 GitHub。我们发现它们由于大文件而失败。所以我们在他的系统上安装了 lfs 并添加了那些要跟踪的文件。但是，由于它们已经提交，因此它们似乎不会使用 lfs。
补救这种情况的最简单方法是什么？
我尝试通过还原提交来测试如何使用测试回购修复此问题，但它仍然卡住并且推送到远程失败。在上述情况下，我们不想还原或重置。
We have a collaborator who has been doing local commits,
but not pushing them to GitHub since they were failing.
如果它们没有被推送，它们仍然是私有分支，这意味着您可以毫无顾虑地修改它们。
We found that they were failing due to large files
GitHub 的文件大小限制为 < 100MB。在你上面提到的情况下，如果分支仍然是私有分支，你可以执行 rebase 并使用 LFS 来“清理它。
What is the simplest way to remedy this situation?
如上所述 - 使用 LFS 清理它然后推送它。
我们有一个合作者一直在进行本地提交，但由于失败而没有将其推送到 GitHub。我们发现它们由于大文件而失败。所以我们在他的系统上安装了 lfs 并添加了那些要跟踪的文件。但是，由于它们已经提交，因此它们似乎不会使用 lfs。 补救这种情况的最简单方法是什么？
我尝试通过还原提交来测试如何使用测试回购修复此问题，但它仍然卡住并且推送到远程失败。在上述情况下，我们不想还原或重置。
We have a collaborator who has been doing local commits,
but not pushing them to GitHub since they were failing.
如果它们没有被推送，它们仍然是私有分支，这意味着您可以毫无顾虑地修改它们。
We found that they were failing due to large files
GitHub 的文件大小限制为 < 100MB。在你上面提到的情况下，如果分支仍然是私有分支，你可以执行 rebase 并使用 LFS 来“清理它。
What is the simplest way to remedy this situation?
如上所述 - 使用 LFS 清理它然后推送它。