Anteriormente, eu bifurfei repositórios de outras pessoas no GitHub, e notei que os problemas permanecem com o repositório original e que não posso registrar problemas no repositório bifurcado.
Agora tenho a seguinte tarefa. Eu estou trabalhando para uma pequena empresa onde o desenvolvimento estava sendo feito por um dos diretores em sua conta pessoal. Ele deixou o projeto amigavelmente e gostaríamos de migrar esse projeto de sua conta pessoal para uma nova conta de "função" no GitHub.
Eu recompraria naturalmente o repositório, a fim de preservar o histórico do código, mas depois acabaria com um repositório onde não poderíamos arquivar novos problemas, o que é bastante indesejável.
Como posso fazer uma cópia deste repositório original em nossa nova conta, idealmente ainda preservando o histórico do código, mas ser capaz de registrar novos problemas nesta nova conta?
Após um teste rápido, é possível anexar um problema ao seu próprio fork de um repo. Aqui está o que eu fiz:
Issues
Agora você pode arquivar problemas em seu próprio fork e eles não serão colocados no repositório principal.
Existe também a opção de transferir (propriedade de) um repositório de um conta para outro (por exemplo, de um ex-funcionário para uma conta de 'organização').
Esta é uma questão antiga, e eu gostaria de favorecer a abordagem que David P apresenta.
Mais uma opção é lembrar que um repositório Git local é um repositório inteiro, completo com histórico de código. Você poderia apenas empurrá-lo como outro repositório no GitHub, de tal forma que o GitHub não teria idéia de que os 2 estavam relacionados. Você ainda vê todo o seu histórico de commits.
Essa abordagem faria com que você perdesse qualquer histórico de rastreamento de problemas que você tivesse. A abordagem de David P é superior à minha, IMO.
Tags forking issue-tracking github