目前我有
空的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 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 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>
然后从这里创建一个新的提交，删除文件并推送它
我尝试了以上所有的方法，但没有一个对我有效。
然后我想出了自己的解决办法。
First of all, you need a clean, up-to-date local repo. Delete all the large files. Now create a new folder OUTSIDE of your repo folder and use "Git create repository here" to make it a new Git repository, let's call it new_local_repo. This is it! All above methods said you have to clean the history..., well, I'm sick of that, let's create a new repo which has no history at all! Copy the files from your old, messed up local repo to the new, beautiful repo. Note that the green logo on the folder icon will disappear, this is promising because this is a new repo! Commit to the local branch and then push to remote new branch. Let's call it new_remote_branch. If you don't know how to push from a new local repo, Google it. Congrats! You have pushed your clean, up-to-date code to GitHub. If you don't need the remote master branch anymore, you can make your new_remote_branch as new master branch. If you don't know how to do it, Google it. Last step, it's time to delete the messed up old local repo. In the future you only use the new_local_repo.
所以我遇到了一个特殊的情况:我从gitlab克隆了一个存储库，其中包含一个大于100 mb的文件，但在git历史的某个时刻被删除了。后来，当我添加了一个新的github私人回购，并试图推到新的回购，我得到了臭名昭著的“文件太大”错误。到此为止，我不再能够访问原始的gitlab回购。然而，我仍然能够在我的机器上的LOCAL存储库上使用bfg-repo-cleaner推送到新的私有github回购:
$ cd ~
$ curl https://repo1.maven.org/maven2/com/madgag/bfg/1.13.0/bfg-1.13.0.jar > bfg.jar
$ cd my-project
$ git gc
$ cd ../
$ java -jar bfg.jar --strip-blobs-bigger-than 100M my-project
$ cd my-project
$ git reflog expire --expire=now --all && git gc --prune=now --aggressive
$ git remote -v # confirm origin is the remote you want to push to
$ git push origin master
使您的本地回购与远程回购匹配(所有本地更改将丢失):
git reset --hard origin/master
然后再推。
