Теккуб написал не очень хорошо принятый ответ (-2 на момент написания этой статьи): "You should delete the newly created one and transfer the repo instead. Transferring repo ownership takes the issues with it."
Он не ошибается; он просто не прошел ни одного из соображений и ошибок. Ниже я перечислю некоторые из них...
Работает, только если у вас есть доступ администратора к родительскому репозиторию:
В моем случае я не мог использовать репо-миграцию, потому что я не владею родительским репо, поэтому я не могу авторизовать передачу (родительское репо находится в руках члена команды, который ушел). Так что это не работает для меня. ОДНАКО ... если у вас действительно есть права администратора для родительского репо, которое вы переносите, то использование функции репозитория передачи явно лучше и далеко не так сложно, как кажется.
История Git — хранить ее несложно
Один из комментаторов выразил обеспокоенность тем, что у нового репо есть своя история, которую они не хотят терять. В этом заключается магия git
как распределенной системы контроля версий. Вы просто опускаете все ветки, теги и все остальное в свое локальное репо, а затем отправляете эту историю в репозиторий, который собираетесь перенести.
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 (я сделал).
person
Dave Dopson
schedule
08.02.2013