git删除历史遗留大文件

最新推荐文章于 2025-06-22 15:28:17 发布

转载最新推荐文章于 2025-06-22 15:28:17 发布 · 899 阅读

git 专栏收录该内容

2 篇文章

订阅专栏

本文介绍如何使用 Git filter-branch 命令从 Git 仓库中彻底删除指定文件的所有历史记录，包括如何排除空提交、过滤索引及标签。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

git filter-branch -f --prune-empty --index-filter 'git rm -rf --cached --ignore-unmatch your file name' --tag-name-filter cat -- --all

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

像桃花一样胜利

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Git删除历史记录里的某个（大）文件/文件夹的提交历史记录

霍格沃茨魔法学校

03-20

1865

Git删除历史记录里的某个（大）文件/文件夹的提交历史记录，打开 git bash,使用一下命令 “Analyzer/bin/electron.exe” 为文件/文件夹路径不需要引号。执行完成后，执行以下。

GIT中删除大文件记录

qq_44741577的博客

02-04

2218

后来排查原因发现，即使你把本地的这个大文件删除了，实际上在.git记录中，这个文件还是存在的，，依旧无法提交。我有一次将一个大文件误提交了，但是因为文件超过200M，没有提交成功，，后面我把这个。找到我们提交时报错的zip文件，把名字复制下来。虽然上面我们已经删除了文件, 但是我们的。使用以下命令可以查看Git仓库中的提交。，或者这里直接写一个目录。以强制覆盖的方式推送你的。第一步查出的大文件名。

参与评论您还未登录，请先登录后发表或查看评论

从Git历史中删除大文件的完整解决方案

最新发布

2501_91537435的博客

06-22

740

从Git历史中删除大文件的完整解决方案

Git清理历史大文件

FRIGIDWINTER的博客

04-21

1449

Git清理历史大文件 假设要删除大文件yolov3Path.pth 1 垃圾回收先进行垃圾回收，并压缩一些文件 $ git gc --prune=now Git最初向磁盘中存储对象使用松散的格式，后续会将多个对象打包为一个二进制的包文件（packfile），以节省磁盘空间 .pack文件存储了对象的内容 .idx文件存储了包文件的偏移信息，用于索引具体的对象 2 查找大文件 使用下面命令显示所有commit及其所关联的所有对象中占用最大的文件: $ git rev-list --objects --al

git删除指定文件或大文件(删除历史记录)

teari.的专栏

09-05

1636

打开Git Bash cd定位到项目根目录("cd d:" 可以切换磁盘) 显示10个最大的文件id列表 git verify-pack -v .git/objects/pack/pack-*.idx | sort -k 3 -g | tail -10 根据文件id查询文件路径(比如文件id是acc1f9dcef1004355d2a595d45808e99f100dc43) g...

删除Git历史中的大文件

议军饷

09-19

1347

Git并不适合存储大的非文本文件，比如说图片，声音，二进制文件等等。如果不小心将该类文件提交了，单纯在文件系统中删除它并提交是无法从提交历史中删除他们的。这个会让库变得臃肿庞大，影响效率。有两种方法可以将提交历史中的文件删除。 1， BFG ( 这个是开源网友贡献的工具） 2， git自带的git-filter-branch命令。 git-filter-branch功能强大，但是使用...

git 仓库中删除历史大文件

weixin_39206707的博客

10-24

378

git 仓库中删除历史大文件 在git中增加了一个很大的文件，而且被保存在历史提交记录中，每次拉取代码都很大，速度很慢。而且用删除提交历史记录的方式不是很实际。以下分几个步骤介绍如何减小.git文件夹 1.显示10个最大的文件id列表 git verify-pack -v .git/objects/pack/pack-*.idx | sort -k 3 -g | tail -10 $ git verify-pack -v .git/objects/pack/pack-*.idx | sort -k 3

删除git记录中的大文件

u011939633的博客

12-28

229

查看哪些历史提交过文件占用空间较大 git rev-list --objects --all| grep "$(git verify-pack -v .git/objects/pack/*.idx |sort -k3-n| tail -5 |awk'{print$1}')" 重写commit，删除大文件 gitfilter-branch --force --index-filter'git rm -rf --cached --ignore-unmatch big-file.jar...

Git彻底删除历史记录中大文件

小熊的专栏

10-14

4901

Git中的大文件使用rm 删除是不够的，与此同时这些大文件的存在会导致整个 git 仓库的容量暴增，影响每次 clone 和 fork 代码仓库的时间。件被删除了，但是还剩下个空的提交，就查了下 man 文档，找到了这个选项。通过 git verify-pack 命令查看 pack 文件包的相关详细信息，通过文件大小进行排序，这里只列出5个最大的文件。–msg-filter表示修改提交信息，原提交信息从标准输入读入，新提交信息输出到标准输出。在日志中查找这个文件。

删除 Git 历史提交记录中的大文件

ChinaLiaoTian的博客

03-18

604

git 大文件

git 彻底删除历史记录中的大文件

weixin_30391339的博客

06-21

918

Worked Reference Reference 大家一定遇到过在使用Git时，不小心将一个很大的文件添加到库中，即使删除，记录中还是保存了这个文件。以后不管是拷贝，还是push/pull都比较麻烦。 === 删除大文件方法方法很简单，就是先找到大文件对象再删除。先清理当前working tree。 commit、stash、checkout都ok 对仓库进行gc操作 git ...

github仓库中删除历史大文件

臭大佬的优快云

07-31

763

问题如果git中提交了大文件，而且保存到了版本库中，那在下载或者克隆git包的时候，速度会非常慢。再加上github在国内访问本来就很慢，可能会导致包无法下载(克隆)。为了提升下载(克隆)速度，可以永久的删除这些文件(包括该文件的历史记录)，操作方法如下；方法# 查看 git 文件对象大小 git count-objects -v # 列出体积最大的 ...

git 彻底清除历史提交中的大文件

baobaoxiannv的博客

04-20

1060

原因：在使用 git 开发的过程中，会出现例如：一些敏感数据、构建之后的 jar 包，不小心 git push 到 gitlab 或 github 中，这个时候并不是删除了之后重新 push 上去就可以解决问题，另外的开发人员同样可以通过 git reset 到你删除直接查看这些。所以有必要将这些文件删除。最大的威胁是随着工程分支的增加，tag 的增加工程会越来越大，git clone 过程中会十...

git删除commit的历史大文件记录

u011840205的博客

06-02

1998

git上有人提交了垃圾大文件，导致git拉取非常慢单纯的删除文件并提交git是没用的，因为提交记录会一直存在（也是git强大的一个地方，随时可以回滚代码） 1、查一下当前git checkout出来的代码，有没有大文件，有的话通过git rm删除再提交，不再多说 2、主要是删除commit记录里的大文件 0>确保本地仓库是最新版本。 2>在项目根目录下运行 git rev-list --all | xargs -rL1 git ls-tree -r --long ...

Git 仓库中删除大文件的历史提交记录

Tidus5的专栏

04-08

7471

刚接触这东西，会使用GitHub for windows 之后，感觉挺好用的。不过最近发现，代码库已经有90M大小了。想一想，除了把ttf字体文件提交了之外，图片素材，和编译后的class文件都提交了。网上找一些方法，删除历史记录。综合一下，总算成功了。官方教程： https://help.github.com/articles/remove-sensit

git 删除历史提交过的大文件办法

wqy88的博客

07-31

323

查该文件名、删除该文件、刷新、重新上传

git项目过大，删除历史提交大文件

weixin_48484941的博客

08-03

309

1、先clone 代码到本地2、下载完成之后进入代码目录3、将代码推送至新的库（在此之前要将所有分支checkout 到本地一下，否则推送上去没有分支。若忘记了。可以再checkout 后再推送一下。

如何从Git仓库的提交历史中删除/移除一个大文件

liluo0815481的博客

03-04

749

首先修复你的本地历史记录。你有几种选择，这些选择的使用难易程度取决于在 HEAD 和包含意外添加文件的提交之间的历史复杂程度。（倾向于避免使用这个）如果你已经将包含意外添加文件的历史推送到共享仓库，你可能需要在共享仓库中修复历史（删除并重新推送分支或使用），并且你的合作者需要根据重写的历史调整他们的工作。你还可以参考 GitHub 上的“从仓库中移除敏感数据”作为有用的资源。

git 大文件

03-28

<think>好的，我现在需要解决用户在Git中管理或提交大文件的问题。首先，我得回忆一下Git处理大文件的常见问题和解决方案。用户提到提交大文件报错，即使删除后仍然无法提交，这可能是因为Git的历史记录中仍然保留了大文件的记录，导致后续提交时依然触发大小限制。首先，我应该想到Git本身不适合直接管理大文件，尤其是超过100MB的文件，因为每次提交都会存储整个文件的快照，导致仓库体积迅速膨胀。这时候，通常建议使用Git LFS（Large File Storage）来管理大文件。Git LFS会将大文件存储在单独的服务器上，而在仓库中仅保留指针文件，从而减少仓库体积。接下来，用户可能需要安装和配置Git LFS。步骤大致包括安装Git LFS扩展，然后在仓库中启用它，并指定需要跟踪的大文件类型。例如，使用`git lfs track "*.psd"`来跟踪所有PSD文件。之后，用户需要确保.gitattributes文件被提交到仓库中，这样其他协作者在克隆仓库时也会自动使用LFS处理这些文件。另外，如果用户已经不小心提交了大文件到仓库的历史记录中，可能需要清理历史记录。这时候，BFG Repo-Cleaner或者git filter-branch命令可以用来重写提交历史，彻底删除大文件的记录。不过这个过程需要谨慎操作，因为会改变历史提交的哈希值，可能影响协作的其他成员。用户需要备份仓库，并在操作后强制推送到远程仓库，同时通知团队成员重新克隆仓库。还有，用户提到的.gitignore文件虽然可以防止未跟踪的文件被提交，但如果文件已经被纳入版本控制，仅仅添加到.gitignore是不够的，还需要从仓库中删除这些文件的历史记录。这可能需要结合git rm --cached命令来停止跟踪，并提交删除操作。此外，如果用户遇到推送失败的问题，可能是因为远程仓库（如GitHub）有文件大小限制。这时候，除了使用Git LFS，还需要检查远程仓库的具体限制，并确保LFS配置正确。同时，处理完大文件后，用户需要执行标准的提交流程：add、commit、pull（解决可能的冲突）、push，确保所有更改正确同步。最后，应该提醒用户定期检查仓库中是否存在无意中引入的大文件，并建议团队统一使用Git LFS，避免此类问题再次发生。同时，提供相关引用链接，如Git LFS官方文档和BFG工具的使用指南，供用户进一步参考。</think>在Git中管理大文件时，常规提交方式会导致仓库体积膨胀和推送失败。以下是系统化的解决方案： ### 一、使用Git LFS管理大文件 1. **安装Git LFS** ```bash # 安装客户端(以Linux为例) curl -s https://packagecloud.io/install/repositories/github/git-lfs/script.deb.sh | sudo bash sudo apt-get install git-lfs git lfs install ``` 2. **配置跟踪大文件** ```bash # 指定跟踪.png文件（支持通配符） git lfs track "*.png" git add .gitattributes # 必须提交该配置文件[^1] ``` ### 二、提交已跟踪的大文件 ```bash git add example.png git commit -m "添加图片资源" git push origin main ``` 此时.png文件将通过LFS通道传输，而不是直接进入Git对象库 ### 三、处理历史遗留大文件 若大文件已误提交到Git历史记录： 1. **使用BFG清理工具** ```bash # 下载bfg.jar java -jar bfg.jar --delete-files '*.psd' --no-blob-protection my-repo.git git reflog expire --expire=now --all && git gc --prune=now --aggressive ``` 2. **强制推送清理后的仓库** ```bash git push --force ``` ### 四、最佳实践建议 1. 在`.gitignore`中预先设置忽略规则 ``` # 示例规则 *.zip /target/ .idea/ ``` 2. 单文件大小超过100MB时强制使用LFS 3. 定期执行`git count-objects -vH`检查仓库体积 [^1]: 引用[1] [^2]: 引用[2]