GitHub-2-GitHub выдает проблемы с импортом

Как вы знаете, GitHub представил функцию Repo Transfer. https://github.com/blog/876-repo-transfers Это позволяет вам изменить владельца вашего корневого каталога. репозиториев, не разветвляя их с вашей организацией. Однако, если вы уже разветвили репозиторий и хотите сбросить все его открытые проблемы во вновь созданный, что вам делать?

Есть ли решение по импорту проблем с GitHub-2-GitHub?


person ibo.ezhe    schedule 15.06.2011    source источник


Ответы (4)


Хотя ответ Tekkub имеет смысл, я все же реализовал короткий скрипт для передачи задач: github.com/.. ../gh-вопросы-импорт

person ibo.ezhe    schedule 23.09.2011

Вы должны удалить только что созданный и вместо этого перенести репо. Передача права собственности на репо берет на себя проблемы.

person Tekkub    schedule 15.06.2011
comment
У этого недавно созданного репо теперь есть собственная история, и я не хочу ее очищать. Есть ли смысл использовать API и вместо этого копировать все открытые задачи? - person ibo.ezhe; 16.06.2011
comment
Вы просто вставляете эту историю в репо после переноса. - person Tekkub; 17.06.2011
comment
Этот ответ заслуживает лучшего, чем -2. Это также заслуживает немного большей конкретизации. - person Dave Dopson; 08.02.2013

Теккуб написал не очень хорошо принятый ответ (-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

Есть расширение Chrome под названием Kamino, которое написал мой коллега. Это с открытым исходным кодом, и работает очень хорошо. Это больше для индивидуального копирования задач, но он также рассматривает возможность создания массовых копий.

Доступно здесь: https://chrome.google.com/webstore/detail/kamino/ffdebockfdjileaojbbccofhgncmioaf Исходный код: http://github.com/gatewayapps/kamino

person Daniel Gary    schedule 10.04.2017