Теккуб написал не очень хорошо полученный ответ (-2 на момент написания этой статьи): "You should delete the newly created one and transfer the repo instead. Transferring repo ownership takes the issues with it." Он не ошибается;он просто не прошел ни по одному из соображений и ошибок.Я перечислю некоторые из них ниже ...
Работает только, если у вас есть доступ "admin" к родительскому репо:
В моем случае я не могЯ не использую репо-миграцию, потому что я не "владею" родительским репо, поэтому я не могу разрешить передачу (родительское репо в руках ушедшего члена команды).Так что это не работает для меня.ОДНАКО ... если у вас действительно есть права администратора для родительского репозитория, который вы переносите, то использование функции "перенос репо" явно лучше и далеко не так сложно, как кажется.
Gitистория - банально хранить
Один из комментаторов выразил обеспокоенность тем, что у нового репо есть своя собственная история, которую он не хочет потерять.Это волшебство 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
Если вы создали проблемы в обоихрепо ... ну, это ввернуто
Решите, в каком репо есть более важный контент, используйте его в качестве основы и перенесите туда все остальное.Это «слияние».удачи.Сценарий gh-issues-import.py , опубликованный ibo.ezhe, помогает, но не восстанавливает комментарии по проблемам.Не стесняйтесь улучшать его и отправьте ему PullRequest ( Я сделал ).