目前我有
空的GitHub回购 SSH服务器恢复(main) 当地的回购
SSH服务器回购是最新的回购(生产站点)，所以我从那里克隆了一个Git到本地。然后我尝试做一个git推送到GitHub。
一切都很好，但随后它说一些关于文件名。gz对GitHub太大。我不需要这个文件，所以我运行了几个Git命令从Git缓存中删除它，然后推回到SSH服务器。
我没有看到本地的大文件，但它仍然在SSH服务器上，即使git diff返回什么，git推送返回“一切都是最新的”-即使文件在本地回购中不可见，当我尝试推送到GitHub时，我仍然会得到错误
文件fpss.tar.gz是135.17 MB;这超过了GitHub的文件大小限制100mb
我遵循了“修复问题”列在GitHub帮助下的步骤，所以这不应该已经足够了吗?
当它不在本地或在git status/diff/push中列出时，文件如何仍然在以太中?
当前回答
当我的iOS项目没有gitignore文件时，我就遇到了这个问题
我想它可能是想把一个巨大的文件推送到github而github可能拒绝了这个巨大的文件或(多个文件)
其他回答
有时文件保存在跟踪历史中，请尝试以下步骤:
如果你看到创建模式中列出了大文件，那么执行: git filter-branch——index-filter 'git rm -r——cached——ignore-unmatch filename' HEAD。 你应该看到一堆重写显示在你的控制台，以: Rm 'filename'和 最后一行Ref被重写了。
这是完成了。
我也遇到了同样的问题，但没有一个答案适合我。我通过以下步骤来解决:
1. 找出哪个提交包含大文件
git log --all -- 'large_file`
底部提交是结果列表中最老的提交。
2. 找到最古老的那个。
git log
假设你有:
commit 3f7dd04a6e6dbdf1fff92df1f6344a06119d5d32
3. 变基
git rebase -i 3f7dd04a6e6dbdf1fff92df1f6344a06119d5d32
小贴士:
列表项 我只是选择删除提交包含大文件。 你可能会在rebase期间遇到冲突，修复它们并使用git rebase—继续继续，直到你完成它。 如果在rebase使用过程中出现任何错误，git rebase—abort来取消它。
我认为这是因为您删除的文件可能已经存在于您的提交，以检查这个第一次使用
git log
这将返回你在当前分支中提交的列表，找到你要找的提交的id，
然后使用，
git show <commit_id>
这应该显示包含文件的提交细节
现在要解决你的问题，使用
git reset --soft HEAD~1
这里HEAD~1上的1代表之前的提交，你可以根据你需要的提交使用不同的数字。 如果你需要第二次最后提交，请使用git reset -soft HEAD~2
这将重置你的Head到以前的提交，如果这个提交没有大文件，那么你可以这样做，
git add .
git commit -m <message_for_commit>
git push origin <repo_name>
else
如果你想重置到一个不包含你的文件的特定提交，只需使用
git reset --soft <commit_id>
然后从这里创建一个新的提交，删除文件并推送它
如果你在寻求帮助之前就已经把你的回购搞得一团糟，我发现这里有一些非常有用的东西。第一类型:
git status
在此之后，您应该会看到类似于
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
(use "git push" to publish your local commits)
nothing to commit, working tree clean
重要的部分是“2次提交”!从这里，继续输入:
git reset HEAD~<HOWEVER MANY COMMITS YOU WERE BEHIND>
所以，对于上面的例子，你可以输入:
git reset HEAD~2
在你输入之后，你的“git状态”应该是:
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean
从那里，您可以删除大文件(假设您还没有这样做)，并且您应该能够重新提交所有内容而不会丢失您的工作。
我发现压缩比过滤分支更有用。我做了以下事情:
本地删除大文件。 提交本地删除。 软重置回X次提交(对我来说是3):git重置-软头~3。 然后重新提交所有的更改(AKA squash) git commit -m "合并提交的新消息" 推送压缩提交。
特殊情况(来自用户@lituo):如果上述情况不起作用，那么您可能会遇到这种情况。提交1包含大文件，由于大文件错误，提交1的推送失败。提交2删除了git rm——cached [file_name]的大文件，但提交2的推送仍然失败。您可以遵循上面相同的步骤，但不要使用HEAD~3，而是使用HEAD~2。
