在重写历史记录后，Github的问题跟踪器中对旧提交的引用仍然存在

Question

我们正在使用Github及其相关的问题跟踪系统（ITS）。 我们在提交消息中引用ITS中的问题ID，链接ITS和提交。 由于我已经在已经推送的提交的提交消息中混淆了许多问题ID，因此我不得不在我的Git存储库中“重写历史记录”。 一切顺利，我强行推动我对Github的改变。

我希望能够更新从ITS中的问题到旧提交（用git log不再可见）的链接，并更改为引用它们的新提交。 不幸的是，他们不是。 即使问题的提交在存储库中不再存在，仍然会从Github上的问题网站引用它。 但是，引用的提交不会显示在普通的git log 。 事实上，我可以git checkout <old_commit> ，尽管没有证据证明这个提交曾经存在于日志中，但我感到有点困惑。

有没有办法在Github上触发一个完整的新存储库读入，或者我可以以某种方式手动编辑链接的提交？ 此外，该问题没有与新提交的链接。

我从Github找到了一个相关的帮助页面，但这只是向我建议，从git push开始，Github将自己处理所有事情： https ： //help.github.com/articles/can-i-delete-a-commit-信息

谢谢！

Answer 1

即使您的本地克隆中不存在提交，并且没有引用它的标记或分支，如果Github尚未在其上运行垃圾收集器，则提交可能仍存在于Github上的存储库中。 据我所知，出于性能原因，他们比你当地的git更少。 如果是这样，它最终会消失。

我不知道“有一个来自问题跟踪器的指针”是一个原因，提交不能被垃圾收集。 如果是这样，只要问题存在就不会存在。

Answer 2

GitLab有一个备份功能，可以导出整个项目和所有相关数据。 我发现从项目中完全删除提交的最简单方法是进行备份，手动编辑到存储库和其中包含的数据，然后还原 - 首先通过还原到新存储库进行测试，然后删除旧的存储库并在其位置恢复。