目前我有
空的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中列出时，文件如何仍然在以太中?
当前回答
我尝试了以上所有的方法，但没有一个对我有效。
然后我想出了自己的解决办法。
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.
其他回答
对我有用的是:
重命名我的GitHub项目文件夹到其他东西 用正确的文件夹名称重新克隆repo 删除我重命名的repo中的.git文件夹(可能必须打开允许查看Windows中的隐藏文件) 将.git文件夹从正确的文件夹名移动到已重命名的文件夹名 删除重新克隆的repo文件夹，将原repo文件夹重命名为正确的名称 提交您的更改(没有大文件)并推送
为什么GitHub拒绝我的回购，即使我删除了大文件?
Git存储了你项目的完整历史，所以即使你从你的项目中“删除”了一个文件，Git回购仍然在它的历史记录中保留了该文件的副本，如果你试图推到另一个存储库(比如一个托管在GitHub上的存储库)，那么Git要求远程回购具有与本地回购相同的历史记录(即它的历史记录中有相同的大文件)。
我怎样才能让GitHub接受我的回购?
您需要在本地清理项目的Git历史记录，从所有历史记录中删除不需要的大文件，然后只使用“已清理”的历史记录。受影响的Git提交id将会改变。
我如何清理大文件从我的Git回购?
从Git历史记录中清除不需要的大文件的最好工具是BFG Repo-Cleaner——它是一个更简单、更快的Git -filter-branch的替代方案，专门用于从Git历史记录中删除不需要的文件。
仔细按照使用说明，核心部分就是这样:
$ java -jar bfg.jar --strip-blobs-bigger-than 100M my-repo.git
任何超过100MB大小的文件(不是最近提交的文件)都将从Git存储库的历史记录中删除。然后你可以使用git gc清除死数据:
$ git gc --prune=now --aggressive
BFG通常比运行git-filter-branch快10-50倍，而且通常更容易使用。
完全披露:我是好心眼巨人回收清理器的作者。
在GitHub上检查你上次提交的id 然后用这个
Git reset——soft <commit_id>
我想是因为工作。谢谢
我提出了一个非正统但简单的解决方案:
忘记你最近有问题的本地git存储库，git将你的存储库克隆到一个新的目录中。 Git远程添加上游<你的github代表这里> Git拉上游高手 在这一点上，只需复制您的新文件提交，从旧的可能包括您现在减少的大文件到您的新本地代表。 Git添加。 Git commit -m "你的提交文本在这里" Git push origin master
瞧!对我来说很管用。
我遇到了类似的问题，并使用上面的步骤删除文件。它工作得很完美。
然后我得到了一个错误的第二个文件，我需要删除: remote: error: File <path/filename> is 109.99 MB;这超过了GitHub的文件大小限制100.00 MB
我尝试了相同的步骤，得到一个错误:“以前的备份已经存在于<path/filename>”
从这个网站上的研究，我使用命令:git filter-branch——force——index-filter "git rm——cached——ignore-unmatch <path/filename>"——prune-empty——tag-name-filter cat -- --all
工作很好，大文件被删除了。
令人难以置信的是，推送仍然失败了，并出现了另一个错误:curl 56 OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 104 fatal:远端异常挂起
我通过直接修改.git配置文件- postBuffer = 999999999来修复这个问题
在那之后，推力通过了!
