ご存知のように、GitHubはレポ転送機能を導入しました。https://github.com/blog/876-repo-transfers これにより、ルートリポジトリの所有権を変更できます。組織にフォークする必要はありません。ただし、すでにレポをフォークしていて、未解決の問題をすべて新しく作成したレポにダンプしたい場合は、どうすればよいですか?
GitHub-2-GitHubの問題のインポートに関する解決策はありますか?
ご存知のように、GitHubはレポ転送機能を導入しました。https://github.com/blog/876-repo-transfers これにより、ルートリポジトリの所有権を変更できます。組織にフォークする必要はありません。ただし、すでにレポをフォークしていて、未解決の問題をすべて新しく作成したレポにダンプしたい場合は、どうすればよいですか?
GitHub-2-GitHubの問題のインポートに関する解決策はありますか?
Tekkub の回答は理にかなっていますが、問題を転送するための短いスクリプトを実装しました: github.com/..../gh-issues-import
新しく作成したものを削除し、代わりにリポジトリを転送する必要があります。レポの所有権を譲渡すると、問題が発生します。
Tekkub はあまり評判の良くない回答を書きました (この記事の執筆時点では -2):"You should delete the newly created one and transfer the repo instead. Transferring repo ownership takes the issues with it."
彼は間違っていません。彼は、考慮事項や落とし穴について何も説明していませんでした。以下にそのいくつかを列挙します...
親リポジトリへの「管理者」アクセス権がある場合にのみ機能します。
私の場合、親リポジトリを「所有」していないため、リポジトリ移行を使用できませんでした。そのため、転送を承認できません (離れたチームメンバーの手にある親リポジトリ)。だから私にはうまくいきません。ただし...移行する親リポジトリの管理者権限を実際に持っている場合は、「リポジトリの転送」機能を使用する方が明らかに優れており、思ったほど難しくはありません。
Git の履歴 - 保持するのは簡単
コメント投稿者の 1 人は、新しいレポが独自の履歴を持ち、失いたくないという懸念を表明しました。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 スクリプトスクリプトは役立ちますが、問題に関するコメントは復元されません。気軽に改善して、彼に PullRequest を送ってください (私はやりました)。