目前我有
空的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中列出时，文件如何仍然在以太中?
当前回答
我提出了一个非正统但简单的解决方案:
忘记你最近有问题的本地git存储库，git将你的存储库克隆到一个新的目录中。 Git远程添加上游<你的github代表这里> Git拉上游高手 在这一点上，只需复制您的新文件提交，从旧的可能包括您现在减少的大文件到您的新本地代表。 Git添加。 Git commit -m "你的提交文本在这里" Git push origin master
瞧!对我来说很管用。
其他回答
你可以使用
git filter-branch --index-filter 'git rm -r --cached --ignore-unmatch <file/dir>' HEAD
这将删除该文件历史记录中的所有内容。问题是该文件出现在历史记录中。
这个命令会改变提交的哈希值，这可能是一个真正的问题，特别是在共享存储库上。不应该在不了解后果的情况下进行。
编辑:git项目现在建议用户使用git filter-repo而不是git filter-branch。
使用git filter-repo
WARNING: git-filter-branch has a glut of gotchas generating mangled history
rewrites. Hit Ctrl-C before proceeding to abort, then use an
alternative filtering tool such as 'git filter-repo'
(https://github.com/newren/git-filter-repo/) instead. See the
filter-branch manual page for more details; to squelch this warning,
set FILTER_BRANCH_SQUELCH_WARNING=1.
安装
[brew|pip3|...] install git-filter-repo
使用
要删除路径前缀为example/path/ To /something的任何文件，可以运行
git filter-repo --path example/path/to/something--invert-paths
要删除任何没有路径前缀example/path/ To /something的文件，可以运行
git filter-repo --path example/path/to/something
对我有用的是:
重命名我的GitHub项目文件夹到其他东西 用正确的文件夹名称重新克隆repo 删除我重命名的repo中的.git文件夹(可能必须打开允许查看Windows中的隐藏文件) 将.git文件夹从正确的文件夹名移动到已重命名的文件夹名 删除重新克隆的repo文件夹，将原repo文件夹重命名为正确的名称 提交您的更改(没有大文件)并推送
我认为这是因为您删除的文件可能已经存在于您的提交，以检查这个第一次使用
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>
然后从这里创建一个新的提交，删除文件并推送它
我发现压缩比过滤分支更有用。我做了以下事情:
本地删除大文件。 提交本地删除。 软重置回X次提交(对我来说是3):git重置-软头~3。 然后重新提交所有的更改(AKA squash) git commit -m "合并提交的新消息" 推送压缩提交。
特殊情况(来自用户@lituo):如果上述情况不起作用，那么您可能会遇到这种情况。提交1包含大文件，由于大文件错误，提交1的推送失败。提交2删除了git rm——cached [file_name]的大文件，但提交2的推送仍然失败。您可以遵循上面相同的步骤，但不要使用HEAD~3，而是使用HEAD~2。
不知怎的，这对我很管用。我尝试了所有的解决方案，但这个命令节省了我的时间。希望这也能帮助到你。
git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch <file/folder path>' --prune-empty --tag-name-filter cat -- --all
请自行承担风险。我不会为你的行为负责。
在根目录下执行该命令
