在截止日期之前的谵妄时刻，我在一个存储库中添加了一个大的（> 100 MB）二进制文件，其中包含私有主机上的远程控制器以及github。当然，github抱怨，天真地相信他们的建议，我选择使用LFS。
两次或三次提交后：我的存储库到达了github's LFS data quota，我不得不rename all my remotes to origin，所有遥控器都需要explicitly add all my .ssh/config信息到git remote set-url，并且无法再使用任何其他计算机作为遥控器ssh *。
我目前的状态是：我的主要工作本地存储库中有几个提交，其中一些包含LFS文件。直到最后几次提交，他们已被推送到github（直到我达到配额），然后可以手动从github拉到我的其他遥控器，但不是从我的本地推送给他们。由于配额，我无法绕过github将我的文件转到其他遥控器。
如何清理LFS的repo以便我可以使用git-annex？理想情况下，在第一次LFS提交之前没有完全重新定位，但我想这是不可避免的。我的问题是How to migrate from Git-Annex to Git LFS的倒数，因为我似乎错过了这个潮流。
我很高兴地确信LFS在某种程度上对我的情况有用。
*我无法在任何地方找到这个最后一个问题，仅在this answer中提到并且通过各种错误消息暗示（但未直接说明）。当然，如果记录在案，我从来没有选择过LFS，因为它让git有效地再次集中化。
答案 0 :(得分：1)
正如我的评论所述，可以找到提交给git-lfs的二进制文件的问题here。
即使提交恢复，似乎也需要使用rebase才能将存储库恢复到工作状态 - 即。能够从所有端点推进。
也许二进制文件应该存储在git解决方案之外？ 在处理具有大型资产（游戏开发）的项目时，我曾经使用Dropbox来获取更大的资产（这样可以轻松访问其他项目成员）， 和git仅用于代码内容。