背景：我有一个情况similar to this，但那里的解决方案并没有解决我的问题。在GitHub上，我分叉了一个项目的分支：
Original -> SomeonesFork -> MyFork
我从SomeonesFork分叉，以便清理他们所做的一些更改并将拉取请求发送回原始仓库。从那时起，我也发送了直接提取请求的原始请求。
但是，我更喜欢我的repo是Original的直接分支而不是SomeonesFork中介。 （在GitHub上让事情变得更容易。）我将原始设置为上游并推送到我的分支，但GitHub仍然说它是SomeonesFork的分支。
如果我再试一次原来的话，我就会被发送到已经存在的那个。从研究来看，GH看起来不允许使用多个叉子。
所以我的问题是：简单地删除我现在拥有的fork是否安全，然后重新分叉原始的？这会导致git或GitHub在任何地方出现问题吗？
答案 0 :(得分：12)
Git是一个分布式系统，并且代码已提交或推送到的所有存储库中都有所有代码的副本。存储库之间的引用是最小的文本标志，提到合并提交的来源。他们之间没有真正的联系。
我过去在github上删除了许多分叉，没有任何不良影响。拉取请求作为补丁文件“发送”到repo所有者。只需尝试将.patch粘贴到github上的任何拉取请求或提交URL的末尾，以便以纯文本形式查看补丁文件内容。以下是其他人对我维护的项目提出的请求：https://github.com/j4mie/paris/pull/35.patch
因此它是自包含的，你删除你的fork不会影响这个补丁对上游repo所有者的可用性。