Bifurcar um repositório é semelhante a copiar um repositório, com duas grandes diferenças:
- Você pode usar um pull request para sugerir alterações na sua bifurcação pertencente ao usuário no repositório original na sua instância do GitHub, também conhecido como repositório upstream.
- Você pode transmitir alterações do repositório upstream para a sua bifurcação local sincronizando a bifurcação com o repositório upstream.
You can fork a repository to your personal account or any organization where you have repository creation permissions. Para obter mais informações, consulte "Funções em uma organização".
If you have access to a private repository and the owner permits forking, you can fork the repository to your personal account or any organization on your GitHub Enterprise Server instance where you have repository creation permissions.
Você pode usar GitHub Desktop para bifurcar um repositório. Para obter mais informações, consulte "Clonar e bifurcar repositórios de GitHub Desktop".
Excluir uma bifurcação não exclui o repositório upstream original. Você pode fazer quaisquer alterações que quiser em sua bifurcação — adicionar colaboradores, renomear arquivos, gerar GitHub Pages— sem efeito no original.
Em projetos de código aberto, as bifurcações são usadas com frequência para iterar ideias ou alterações antes que elas sejam oferecidas de volta ao repositório upstream. Ao fazer alterações na bifurcação do usuário e abrir um pull request que compara seu trabalho com o repositório upstream, você pode dar a qualquer pessoa com acesso push � permissão do repositório upstream para fazer push das alterações para seu branch de pull request (incluindo a exclusão do branch). Isso agiliza a colaboração ao permitir que os mantenedores de repositório façam commits ou executem testes localmente em seu branch de pull requests a partir de uma bifurcação de propriedade do usuário antes de fazer merge. Você não pode dar permissões de push a uma bifurcação de propriedade de uma organização.
As bifurcações privadas herdam a estrutura de permissões do repositório ascendente ou principal. Isso ajuda os proprietários de repositórios privados a manter o controle sobre seus códigos. Por exemplo, se o repositório ascendente é privado e fornece acesso de leitura/gravação a uma equipe, essa equipe terá acesso de leitura/gravação para qualquer bifurcação do repositório privado ascendente. Only team permissions (not individual permissions) are inherited by private forks.
Se você deseja criar um novo repositório a partir do conteúdo de um repositório existente, mas não quer fazer merge das suas alterações no upstream posteriormente, você poderá duplicar o repositório ou, se o repositório for um modelo, você poderá usar o repositório como um modelo. Para obter mais informações, consulte "Duplicando um repositório" e "Criando um repositório a partir de um modelo".