GitHub-2-GitHub問題導入

如您所知，GitHub引入了回購傳輸功能。 https://github.com/blog/876-repo-transfers 這使您可以更改根回購的所有權，而不是與您的組織分離。但是，如果您已經分叉回購並想將所有未解決的問題轉儲到新創建的問題，您應該怎麼做？GitHub-2-GitHub問題導入

在GitHub-2-GitHub問題導入上有解決方案嗎？

來源

2011-06-15 ibo.ezhe

雖然Tekkub答案是有道理的，我還實現了一個簡短的腳本來傳輸問題： github.com/..../gh-issues-import

來源

2011-09-23 16:45:20

您應該刪除新創建的並轉讓回購。轉讓回購所有權會帶來問題。

來源

2011-06-15 21:03:58 Tekkub

這個新建立的回購有自己的歷史，現在我不想將其清除。使用API並複製所有未解決的問題是否有意義？ – 2011-06-16 09:11:51

您只需在轉移後將該歷史記錄推入回購協議。 – Tekkub 2011-06-16 20:25:19

這個答案值得比-2更好。它也值得更多的充實。 – 2013-02-08 18:24:52

Tekkub寫了一個不那麼廣受歡迎的答案（-2截至發稿時）："You should delete the newly created one and transfer the repo instead. Transferring repo ownership takes the issues with it."他沒有錯;他只是沒有經過任何考慮和陷阱。我列舉了幾個低於的...

只有當你有「管理員」訪問父回購工作：

就我而言，我無法使用回購遷移，因爲我不要「擁有」父母回購，所以我不能授權轉讓（父母回購在一個離開的團隊成員手中）。所以它不適合我。但是，如果你實際上對你正在遷移的父回購具有管理權限，那麼使用「回購回購」功能顯然更好，遠不如聽起來那麼難。

提交歷史 - 瑣碎保持

一位評論者表達了其自身的歷史，他們不想失去新回購的關注。那麼，這是git作爲分佈式 VCS的神奇。您只需將所有分支機構和標籤以及其他所有內容都拉到您的本地回購庫，然後將該歷史記錄推送到您要遷移的回購庫。

git remote add origin1 https://github.com/blah/blah 
git remote add origin2 https://github.com/blah/blah 
git pull origin1 
git push origin2

如果你已經在這兩個回購產生的問題......嗯，這是擰

決定哪些回購具有更爲重要的內容，用其作爲基礎，其他一切端口到那裏。這是一個「合併」。祝你好運。 ibo.ezhe發佈的腳本gh-issues-import.py script有幫助，但它不會恢復對問題的評論。隨意改進它，併發送給他一個PullRequest（I did）。

來源

2013-02-08 19:03:28

我的同事寫了一個名爲Kamino的Chrome擴展。它是開源的，工作非常好。更多的是單獨複製問題，但他也在考慮批量複製。

可在這裏：https://chrome.google.com/webstore/detail/kamino/ffdebockfdjileaojbbccofhgncmioaf 的源代碼： http://github.com/gatewayapps/kamino

來源

2017-04-10 14:08:22

GitHub-2-GitHub問題導入

回答

相關問題