當原始引用我的代碼時，刪除GitHub倉庫的分叉是否安全？

背景：我有一個情況similar to this但是那裏的解決方案並沒有解決我的問題。在GitHub上我分叉一個項目的叉：當原始引用我的代碼時，刪除GitHub倉庫的分叉是否安全？

Original -> SomeonesFork -> MyFork

我從SomeonesFork爲了清理他們已經做了一些修改，併發送一個請求，拉回到原來的回購分叉。從那以後，我也派人把請求直接提交給被接受的原件。

但是，我希望我的回購是原始的直接分支，而不是擁有SomeonesFork中介。（在GitHub上讓事情變得更容易）。我將原始文件設置爲上游並推送到我的分支，但GitHub仍然說它是SomeonesFork的分支。

如果我試圖再次將原件分叉，我只是發送到已經存在的那個。從研究看來，GH似乎不允許多叉。

所以我的問題是：是否可以簡單地刪除我現在有的叉，然後重新分叉原來的？這會在git或GitHub的任何地方造成問題嗎？

來源

2013-01-02 DisgruntledGoat

我已刪除與他們打開拉請求分叉沒有不利影響。拉取請求作爲補丁文件「發送」給回購所有者。試着將'.patch'粘貼到github上的任何請求或提交URL的末尾，以純文本形式查看補丁文件的內容。 – Treffynnon

@Treffynnon沒有任何公開的拉請求，我目前的本地回購與當前的原始回購完全相同。 – DisgruntledGoat

就像我說我沒有刪除它們的問題。我經常在我的帳戶中刪除分支，我爲其他人修復了這些分支，並且他們已經接受了我的請求。我喜歡保持帳戶清潔。無論如何，兩個github回購之間沒有真正的聯繫，因爲它們都包含相同代碼的副本，因此git的分佈式特性。 – Treffynnon

Git是一個分佈式系統，並且所有代碼中的代碼已被提交或推送到所有代碼中。存儲庫之間的引用是最小的文本標誌，它提到合併提交來自何處。他們之間沒有真正的聯繫。

我在過去的github上刪除了許多叉子，沒有不良影響。拉取請求作爲補丁文件「發送」給回購所有者。只要嘗試將.patch粘貼到github上的任何請求或提交URL的末尾即可查看純文本中的修補程序文件內容。以下是其他人對我維護的項目提出的要求：https://github.com/j4mie/paris/pull/35.patch

因此，它是自包含的，您刪除叉子不會影響上游回購所有者的此修補程序的可用性。

來源

2013-01-02 15:55:06 Treffynnon

所以你說我們可以刪除叉子，一旦我們提交了一個拉取請求，甚至**之前**它被接受？ – Pacerier

當原始引用我的代碼時，刪除GitHub倉庫的分叉是否安全？

回答

相關問題