Forçando um repositório no GitHub, mas permitindo novos problemas no fork [fechado]

109

Anteriormente, bifurquei os repositórios de outras pessoas no GitHub e notei que os problemas permanecem no repositório original e que não posso arquivar problemas no repositório bifurcado.

Agora tenho a seguinte tarefa. Estou trabalhando para uma pequena empresa onde o desenvolvimento estava sendo feito por um dos diretores por conta pessoal. Ele deixou o projeto de forma amigável, e gostaríamos de migrar esse projeto da sua conta pessoal para uma nova conta de "função" no GitHub.

Naturalmente, eu bifurcaria o repositório, a fim de preservar o histórico do código, mas depois terminarei com um repositório em que não podemos registrar novos problemas, o que é bastante indesejável.

Como posso fazer uma cópia desse repositório original em nossa nova conta, idealmente ainda preservando o histórico de códigos, mas poder registrar novos problemas nessa nova conta?

issue-tracking github forking

— Tom Swirly
fonte

Estou votando para encerrar esta questão como fora de tópico, porque o suporte a vários produtos e serviços deve ser direcionado aos canais de suporte apropriados.

— Thomas Owens

150

Após um teste rápido, é possível anexar um problema ao seu próprio fork de um repositório. Aqui está o que eu fiz:

Bifurcar um 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.

— marco-fiset
fonte

1

Se você sabe o que fazer, com certeza. Por que não está ativado por padrão?

— Chaim Eliyah

4

@ChaimEliyah Porque a maioria dos garfos no Github é feita para criar solicitações de recebimento. É importante garantir que os relatórios de erros acabem no projeto original, não nos clones onde provavelmente seriam ignorados.

— Marc Schütz 24/01

13

Também existe a opção de transferir (propriedade) de um repositório de uma conta para outra (por exemplo, de um ex-funcionário para uma conta de 'organização').

O botão "Transferir propriedade" fica 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).

— David P
fonte

2

Essa é uma pergunta antiga, e eu preferiria a abordagem que David P apresenta.

Mais uma opção é lembrar que um repositório Git local é um repositório inteiro, completo com o histórico de código. Você poderia simplesmente enviá-lo como outro repositório no GitHub, para que o GitHub não tivesse idéia de que os 2 estavam relacionados. Você ainda vê todo o seu histórico de consolidação.

Essa abordagem faria com que você perdesse qualquer histórico de rastreamento de problemas que você possui. A abordagem de David P é superior à minha, IMO.

— juanpaco
fonte