Fluxos de trabalho com forks no GitHub

Imagine que você queira contribuir para um projeto de código aberto, mas não tenha permissão para alterar diretamente o código dele. É aí que entra a criação de um fork!

Um fork é simplesmente uma cópia pessoal do repositório de outra pessoa no GitHub. Ele fica na sua própria conta do GitHub, dando a você controle total para fazer experimentos e alterações sem afetar o projeto original.

O principal motivo para criar um fork de um repositório é propor alterações a um projeto quando você não tem acesso direto de gravação ao código-fonte original.

• Experimentação segura: Trabalhe na sua cópia sem medo de danificar a original.
• Caminho para contribuir: É a forma padrão de sugerir funcionalidades ou correções para projetos públicos.
• Projetos pessoais: Use um fork como ponto de partida para seu próprio projeto relacionado.

Criar um fork de um repositório no GitHub é muito simples:

1. Acesse o repositório original que deseja copiar.
2. Procure o botão "Fork", geralmente no canto superior direito.
3. Clique no botão "Fork". O GitHub criará uma cópia desse repositório na sua conta.

Agora você terá github.com/YOUR_USERNAME/ORIGINAL_REPO_NAME.

Depois de criar o fork do repositório no GitHub, você deverá trazer essa cópia para sua máquina local para começar a trabalhar nela.

Use o comando git clone, mas certifique-se de clonar o URL do seu fork, não o URL do repositório original.

Agora que você clonou seu fork localmente, pode fazer alterações como em qualquer outro projeto Git. É uma boa prática criar uma nova ramificação para sua funcionalidade ou correção.

Depois de fazer commit das suas alterações localmente, você precisa enviá-las para seu fork remoto no GitHub. Isso atualiza sua cópia pessoal do repositório.

O remoto origin normalmente aponta para seu fork.

Enquanto você trabalha no seu fork, o repositório original (frequentemente chamado de "upstream") pode receber novas atualizações. Para manter seu fork atualizado, você precisa sincronizá-lo.

Primeiro, adicione o repositório original como um novo remoto chamado upstream. Em seguida, busque e mescle as alterações dele.

Depois que suas alterações estiverem concluídas e forem enviadas para seu fork, você estará pronto para propô-las novamente ao projeto original. Isso é feito por meio de uma solicitação de pull (PR).

No GitHub, acesse seu fork. Geralmente, você verá um banner sugerindo a criação de uma PR a partir da sua nova ramificação. Siga as instruções para comparar sua ramificação com a ramificação principal do repositório original e enviar sua proposta.

Para resumir o fluxo de trabalho típico com forks:

• Fork: Crie sua cópia pessoal no GitHub.
• Clone: Traga seu fork para sua máquina local.
• Desenvolva: Faça alterações em uma nova ramificação.
• Envie: Envie suas alterações para seu fork remoto.
• Sincronize: Mantenha seu fork atualizado com o projeto original.
• Solicitação de pull: Proponha suas alterações ao projeto original.

Entender por que e como usar um fluxo de trabalho com forks é essencial para a colaboração em projetos de código aberto.

Nesta lição, você aprendeu sobre o fluxo de trabalho de forks do GitHub. Agora entende que criar um fork gera uma cópia pessoal de um repositório, permitindo que você contribua para projetos mesmo sem acesso direto de gravação.

Abordamos como criar um fork, cloná-lo, fazer alterações, enviá-las para seu fork, sincronizá-lo com o repositório upstream e, por fim, criar uma solicitação de pull para propor suas contribuições. Esse fluxo de trabalho é fundamental para o desenvolvimento colaborativo no GitHub!