Форки репо на GitHub, но с новыми проблемами на форке [закрыто]

Ранее я подписывал репозитории других людей на GitHub и заметил, что проблемы остаются с исходным репо, и что я не могу подавать проблемы на разветвленном репо.

Теперь у меня есть следующая задача. Я работаю в небольшом бизнесе, где развитие вел один из руководителей в его личном кабинете. Он дружно покинул проект, и мы хотели бы перенести этот проект из его личного аккаунта в новый «ролевой» аккаунт на GitHub.

Я бы, естественно, разветвил репо, чтобы сохранить историю кода, но потом я получу репо, в котором мы не сможем подавать новые проблемы, что совершенно нежелательно.

Как я могу сделать копию этого исходного репо в нашу новую учетную запись, в идеале все еще сохраняя историю кода, но иметь возможность регистрировать новые проблемы в этой новой учетной записи?

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

• Вилка репо
• Перейдите на страницу настроек вашего форка.
• Установите флажок рядом с Issues

Теперь вы можете подавать проблемы на свой собственный форк, и они не будут помещаться в основной репозиторий.

Существует также возможность переноса (владения) хранилища из одной учетной записи в другую (например, из бывшего сотрудника в учетную запись «организации»).

• Кнопка «Передача прав собственности» находится внизу страницы настроек хранилища, в разделе «Опасная зона».
• Текущий владелец репозитория должен иметь административные привилегии для целевой организации (хотя это может быть только временным).

Это древний вопрос, и я бы предпочел подход, предложенный Дэвидом П.

Еще один вариант - помнить, что локальный репозиторий Git - это целый репозиторий с историей кода. Вы можете просто выдвинуть его в качестве другого репозитория на GitHub, чтобы GitHub не знал, что эти 2 связаны. Вы все еще видите всю свою историю коммитов.

Этот подход может привести к потере любой истории отслеживания проблем, которая у вас есть. Подход Дэвида П. превосходит мой, ИМО.