git-filter-repo未过滤标签致仓库体积回弹问题求助

1. 本地标签未被git-filter-repo正确更新，推送了关联旧提交的标签 #

git-filter-repo默认会同步更新仓库内的标签，使其指向过滤后的新提交哈希，但以下情况会导致标签仍绑定旧提交（带大文件）：

• 标签为轻量标签：轻量标签仅直接指向提交哈希，git-filter-repo对这类标签的自动更新可能存在遗漏，导致本地标签仍指向旧哈希。
• 过滤时未正确处理标签：如果执行git-filter-repo时自定义参数覆盖了默认逻辑（比如未隐式包含--tags处理），标签不会同步更新到新提交。
• 未检查本地标签状态：过滤后直接执行git push --force 'refs/tags/*'，未确认本地标签的哈希是否已切换为过滤后的新值，导致旧标签被推送到远程，GitLab重新存储旧提交对象，仓库体积回升。

2. refs/replace/*推送未完全覆盖旧引用映射 #

步骤6的refs/replace/*用于让GitLab建立旧提交哈希到新哈希的映射，但如果出现以下问题，旧提交对象无法被标记为可清理：

• 本地替换引用不完整：git-filter-repo生成的替换引用可能缺失部分旧提交的映射关系，推送后GitLab无法完全识别旧哈希对应的新提交，旧对象仍被保留。
• 推送未成功覆盖：git push --force 'refs/replace/*'因权限或参数问题未生效，远程的旧引用映射未被更新，旧提交的引用关系未被修正。

3. GitLab后台垃圾回收未触发或存在隐藏引用 #

即使推送了新的分支、标签和替换引用，GitLab不会立刻删除旧提交对象：

• 存在隐藏保留引用：GitLab会自动生成refs/keep-around/*类引用，临时保留旧提交（用于MR记录、CI历史等），这类引用会阻止旧对象被垃圾回收。
• 后台GC延迟：30分钟的等待时间可能不足以让GitLab完成大型仓库的后台垃圾回收，需要更长时间或手动在仓库设置中触发"Repository cleanup"操作。

4. 过滤后的本地仓库残留旧对象 #

步骤4前本地分析正常，但本地仓库可能残留未清理的旧对象，推送时同步到远程：

• 本地存在未清理的旧分支：过滤后本地仍保留指向旧提交的分支，推送时附带将旧对象同步到远程。
• 未执行本地仓库清理：过滤后未在本地执行git gc，残留的旧对象在推送时被上传到GitLab，导致仓库体积变大。

内容的提问来源于stack exchange，提问作者matth