对Github中旧提交的引用';s的问题跟踪程序在重写历史后出现问题

对Github中旧提交的引用';s的问题跟踪程序在重写历史后出现问题,git,github,issue-tracking,Git,Github,Issue Tracking,我们正在使用Github及其相关的问题跟踪系统(its)。我们在提交消息中引用ITS中的问题id,链接ITS和提交。因为我混淆了已经推送的提交消息中的许多问题ID,所以我不得不在Git存储库中“重写历史”。一切都很顺利,我强制将我的更改推到Github 我希望从ITS中的问题到旧提交(在git log中不再可见)的链接将被更新,并更改为引用它们的新提交。不幸的是,他们不是。即使问题的提交在存储库中不再存在,它仍然从Github上的问题网站引用。但是,引用的提交不会显示在正常的git日志中。我有点

我们正在使用Github及其相关的问题跟踪系统(its)。我们在提交消息中引用ITS中的问题id,链接ITS和提交。因为我混淆了已经推送的提交消息中的许多问题ID,所以我不得不在Git存储库中“重写历史”。一切都很顺利,我强制将我的更改推到Github

我希望从ITS中的问题到旧提交(在git log中不再可见)的链接将被更新,并更改为引用它们的新提交。不幸的是,他们不是。即使问题的提交在存储库中不再存在,它仍然从Github上的问题网站引用。但是,引用的提交不会显示在正常的
git日志中。我有点困惑,事实上,我可以进行git checkout,尽管日志中没有任何证据表明此提交存在

有没有办法触发在Github上读取一个完整的新存储库,或者我可以手动编辑链接的提交?此外,没有从问题到新提交的链接

我在Github上找到了一个相关的帮助页面,但这只是向我建议,从git推出开始,Github将自行处理所有事情:


谢谢大家!

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

据我所知,这是一项功能。这样,当有人对特定问题(例如在拉请求中)进行提交,并且这些原始提交后来被删除时,您仍然可以从问题本身查看它们。我认为没有办法删除这些引用,但您可能希望就此联系GitHub支持部门。我已通过电子邮件与GitHub员工确认,仍然无法删除这些引用。不过,支持人员已将其作为功能请求传递,所以可能只是这样。另请参见为跟踪而创建。困难的方法是创建新的回购协议,并将清理后的回购协议推送到它。如果需要,可以使用一些工具来重新创建问题,但最终会得到用于请求和问题的ned ID。