0

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

我们注意到我们的 repo(它是一个非常古老的 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 年历史,并且每个活动分支都源自那里,因此我需要找到一个非常干净的解决方案,以避免给当前从事该项目的所有人员带来任何类型的问题。

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

4

0 回答 0