如何保护合并到另一个Github用户&x27；从正在删除的回购协议中删除的回购协议？

AFAIK为某些公共Github回购做出贡献的规范场景如下：

我同意回购协议

对于每个贡献，我首先将更改推送到repo中的一个分支，然后向原始repo发送一个pull请求

一旦拉请求被合并到源代码中，Github建议我“安全地”删除repo中的分支

问题是，这样一来，所有供款都不在我的回购协议中，因此，如果所有者希望删除他们的回购协议，那么我的供款实际上就丢失了。如果有人侵入他们的账户也是一样

如果项目是在GPL或MIT等不可撤销的开源许可下进行的（通常是这样），那么最初发布的项目不能合法撤销，因此我对我的贡献和保留的原始项目感兴趣

有没有办法反映对其他回购协议所做的更改？比如，在每次拉请求合并时，它可能会被重新分叉，这样一旦更改被接受，它们也会以相同的方式保留在我的回购协议中

问题是，这样一来，所有供款都不在我的回购协议中，因此，如果所有者希望删除他们的回购协议，那么我的供款实际上就丢失了

---

即使源分支（即使源repo！）已被删除，也始终可以从父repo访问所有拉取请求。你总能把它拿回来

如果您关心一个远程存储库，您曾经贡献过，可能会被删除，您可以创建此repo的克隆并将其保持在安全状态，但这并不比将您的repo分支保留在GitHub中要好

我个人认为，如果有人的账户被黑客入侵，回购协议将被删除，这不是问题。由于GIT是一个分散的存储库系统，所以很可能回购协议的作者在自己的机器上有一个副本。特别是在具有多个活动参与者的系统上。这意味着错误地删除回购协议或黑客入侵他人账户

---

如果回购协议的所有者选择删除存储库，那么您就完全迷失了方向。但是如果你为一个项目做出了贡献，很可能你会积极地使用它，不是吗？所以，您的更改不会丢失。。。如果您还没有将其复制到生产系统中，GIT中的历史记录可能会是这样。

如果另一个回购被删除，我该如何访问提交给另一个回购的请求呢？哎哟，这可不是小事。