为什么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倍，而且通常更容易使用。

完全披露:我是好心眼巨人回收清理器的作者。

将大文件/文件夹保存在工作文件夹中的解决方案

下面这句话解决了这里的问题(答案1):

git filter-branch——index-filter 'git rm -r——cached——ignore-unmatch <file/dir>' HEAD

如果文件/dir在工作树中，该命令也会删除文件/dir。

如果您希望将文件/文件夹保存在工作树中，我建议执行以下步骤。

错误后运行git重置HEAD^ 将文件/文件夹添加到' '中。gitignore”的文件。 继续像往常一样添加git。它可以捕获其他文件/文件夹，但必须捕获.gitignore文件。接下来是git commit -m"message"，最后git push origin <branch_name>

git lfs migrate import --include="fpss.tar.gz"

这应该用新的LFS引用重写您的本地提交

https://github.com/git-lfs/git-lfs/blob/master/docs/man/git-lfs-migrate.1.ronn?utm_source=gitlfs_site&utm_medium=doc_man_migrate_link&utm_campaign=gitlfs#examples

使您的本地回购与远程回购匹配(所有本地更改将丢失):

git reset --hard origin/master

然后再推。

为什么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倍，而且通常更容易使用。

完全披露:我是好心眼巨人回收清理器的作者。

我尝试了以上所有的方法，但没有一个对我有效。

然后我想出了自己的解决办法。

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.