检测到 Git 大文件

Question

我使用 JMeter 执行了一些负载测试，然后尝试将我的项目 checkin 到 git

通过做

git add .
git commit -m "message"
git push

我收到一条错误消息

Counting objects: 13, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (13/13), done.
Writing objects: 100% (13/13), 50.13 MiB | 13.42 MiB/s, done.
Total 13 (delta 8), reused 0 (delta 0)
remote: error: GH001: Large files detected.
remote: error: File java_pid32554.hprof is 412.89 MB; this exceeds GitHub Enterprise's file size limit of 100.00 MB
To https://github.dev.myc.com/p/p.git
 ! [remote rejected] feature/branch -> feature/branch (pre-receive hook declined)
error: failed to push some refs to 'https://github.dev.myc.com/p/p.git'

为了解决这个错误，我做了以下操作

git rm java_pid32554.hprof
rm java_pid32554.hprof
added */*.hprof to .gitignore

现在我可以看到有问题的文件已从本地文件系统中删除。可以肯定的是，我也进行了搜索

MacBook-Pro:p (feature/branch>)$ sudo find / -name java_pid32554.hprof
Password:
find: /dev/fd/3: Not a directory
find: /dev/fd/4: Not a directory
MacBook-Pro:p (feature/branch>)$

所以文件确实没有了。

现在当我尝试

推送

它再次给出相同的错误消息....即使文件已被删除。

我不会将此问题标记为 this 的重复问题

我的问题显示了来自 git 的直接错误消息，下面的答案更加清晰和直接。另一个线程充斥着不同类型的解决方案。

Answer 1

第一种方法假设您不关心“跟踪”大文件；因此不关心在 GitHub 上保留它的副本。在那种情况下，您将需要“回到过去”到更早的提交；在添加大的、有问题的文件之前提交。

您可以执行以下操作:

git tag too_big            # a "savepoint" just in case you care for it later
git log                    # find an earlier COMMIT_ID
git reset --hard COMMIT_ID # replace COMMIT_ID with the one found

# See how things are at this point
git status

如果在“git status”之后它不干净​​，也许你会对:

# Optionally, this will wipe things out
git clean -df

然后从那一点继续你的工作。

git push master     # assuming your branch is master

如果您需要恢复那个巨大的文件，该标签将为您提供一个引用点。当您尝试推送到 GitHub 时，它也会导致问题，因此，仅推送 master 而不是通用目的(模棱两可)git push(可能暗示 --all).

---

或者，如果您出于某种原因必须对非常大的文件应用“源代码控制”，您可以探索 GitHub 的 LFS(大型文件存储)git 扩展。

https://git-lfs.github.com/

拥有一个用于处理大文件的 git 子存储库(官方称为子模块)可能是明智的。

https://git-scm.com/book/en/v2/Git-Tools-Submodules