问题描述
我想在这个问题的开头说我知道在 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 (将#修改为@)