是否有一种安全的方法可以删除在 Git 中占用大量空间的旧提交?

问题描述

我想在这个问题的开头说我知道在 Git 中重写历史记录通常是一种不好的做法,但是我面临一个问题,我似乎无法找到另一种类型的解决方案。

我们注意到,我们的存储库(一个非常古老的 SVN 项目的移植)有 GitLab 报告的惊人的 2.4 GB 大小,即使它在检出时低于 80 MB。 这给我们的管道带来了一些性能问题。

这种异常大小的原因似乎是一个旧的预移植提交 - 我想是偶然的 - 价值 3.7 GB 的 zip 文件保存到存储库,并在之后立即删除。

A - ... - B (very large commit) - C (revert) - ... - D (Basically every other branch starts from here)

由于此提交已有 5 年历史,并且每个活动分支都源于那里,因此我需要找到一个非常干净的解决方案,以避免当前从事该项目的所有人员遇到任何类型的问题。

是否有一种相当安全的方法来做到这一点,还是保持原样更好?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)

相关问答

错误1:Request method ‘DELETE‘ not supported 错误还原:...
错误1:启动docker镜像时报错:Error response from daemon:...
错误1:private field ‘xxx‘ is never assigned 按Alt...
报错如下,通过源不能下载,最后警告pip需升级版本 Requirem...