Bifurcando um repo no GitHub mas permitindo novos problemas no fork [closed]

89

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?

    
por Tom Swirly 14.12.2012 / 19:43
fonte

3 respostas

130

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:

  • bifurcar repo
  • Vá para a página Configurações do seu garfo.
  • Marque a caixa ao lado de Issues

Agora você pode arquivar problemas em seu próprio fork e eles não serão colocados no repositório principal.

    
por 14.12.2012 / 20:24
fonte
10

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').

  • O botão "Transferir propriedade" está na parte inferior da página "Configurações" do repositório, na seção "Zona de perigo".
  • O proprietário atual do repositório deve ter privilégios administrativos para a organização de destino (embora isso possa ser apenas temporário).
por 25.03.2014 / 06:23
fonte
2

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.

    
por 21.10.2014 / 15:27
fonte