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