Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais recentes, acesse a documentação em inglês. Se houver problemas com a tradução desta página, entre em contato conosco.

Sobre bifurcações

Uma bifurcação é uma cópia de um repositório que você gerencia. As bifurcações permitem fazer alterações em um projeto sem afetar o repositório original. Você pode fazer fetch de atualizações no repositório ou enviar alterações ao repositório original com pull requests.

Qualquer usuário ou organização no GitHub pode bifurcar um repositório. Bifurcar um repositório é semelhante a copiar outro repositório, com duas grandes diferenças:

  • Você pode usar uma pull request para sugerir alterações da sua bifurcação para o repositório original, também conhecido como o 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 any public repository to your user account or any organization in which you have repository creation permissions. Para obter mais informações, consulte "Níveis de permissão para uma organização".

You can fork any private repository you can access to your user account or any organization on GitHub Team or GitHub Enterprise in which you have repository creation permissions. For more information, see "GitHub's products."

Excluir uma bifurcação não exclui o repositório upstream original. Na verdade, você pode fazer as alterações que desejar na bifurcação – adicionar colaboradores, renomear arquivos, gerar GitHub Pages – sem afetar o original. Não é possível restaurar um repositório bifurcado depois que ele for excluído. Para obter mais informações, consulte "Restaurar um repositório excluído".

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 ao repositório upstream para benefício de todos. Ao fazer alterações na bifurcação e abrir uma pull request que compara seu trabalho com o repositório upstream, você pode dar a qualquer pessoa com acesso push ao repositório upstream permissão para fazer push das alterações no seu branch de pull requests. Isso agiliza a colaboração ao permitir que os mantenedores de repositório façam commits ou executem testes localmente de uma bifurcação no seu branch de pull requests antes de fazer merge.

Private forks inherit the permissions structure of the upstream or parent repository. For example, if the upstream repository is private and gives read/write access to a team, then the same team will have read/write access to any forks of the private upstream repository. This helps owners of private repositories maintain control over their code.

Se desejar criar um novo repositório a partir do conteúdo de um repositório existente, mas não quiser fazer merge do upstream de alterações no futuro, você poderá duplicar o repositório ou, se o repositório for um modelo, usar o repositório como um modelo. Para obter mais informações, consulte "Duplicar um repositório" e "Criar um repositório de um modelo".

Further reading

Pergunte a uma pessoa

Não consegue encontrar o que procura?

Entrar em contato