Quando falamos em Fork,
logo lembramos de um garfo, um utensílio de cozinha que contém uma haste que no final se separa
em três hastes, certo?
De maneira geral, um Fork representa uma
cópia de um determinado repositório para outro, permitindo que os usuários
experimentem alterações em um determinado projeto.
Mas daí você se pergunta: “Porque
alguém faria uma cópia de um determinado projeto no GitHub?”.
São diversos os motivos:
+ Usar o projeto de outra pessoa, como ponto de partida
para sua própria ideia.
+ Quando você deseja propor alterações no repositório
principal ao mesmo tempo que você não tem acesso ao mesmo.
Mas daí você pode pensar: “Se eu
quiser usar um determinado repositório como ponto de partida para minha própria ideia, basta
criar meu próprio repositório, e usar somente os arquivos que eu preciso daqueles
repositórios que não são meus, não é verdade?”.
Sim, isso é uma ideia totalmente plausível de acontecer, pois pra que
fazer uma cópia de um repositório existente,
dizendo a todos que meu projeto é uma “cópia”, se eu não posso simplesmente criar meu próprio
repositório que contenha alguns arquivos de outros? Não é verdade?
Ou quem sabe pensar: “Se eu quiser
propor alterações em um repositório existente, basta eu conversar com algum dos
contribuidores e tentar pedir acesso ao repositório. E mesmo se mesmo assim não me derem
acesso, posso simplesmente criar uma nova Issue…”.
Sim, isso também é verdade!
Podemos dizer também que podemos criar um fork quando não temos permissões de push para o repositório do GitHub de
alguém.
Bem, se tudo isso aí é uma grande verdade, podemos resumir (em outras
palavras) que fazemos um Fork quando:
1) Encontramos um repositório interessante, mas com pontos que
‘achamos’ que podem ser melhorados, ao mesmo tempo que não temos acesso ao push, e que a nossa
mão está coçando para realizar essas melhorias de tal modo que já queremos fazer push para
ontem. Em casos como esses executamos um Fork.
2) Encontramos um repositório interessante, com pontos que ‘achamos’
que podem ser melhorados, ao mesmo tempo que não te deixam fazer parte do projeto, ou não
consideram suas alterações relevantes. Em casos como esses executamos um Fork.
3) Encontramos um repositório interessante, mas tão antigo, que
parece que o criador o abandonou de vez, e como queremos ressuscitá-lo, podemos fazer um Fork.
Se tratando do item 3, podemos dizer então que um FORK, nada mais é
do que uma prática do estilo “Reinventar a Roda”?
Sim, podemos dizer que sim.
Existem aqueles que criam um Fork de seus antigos projetos porque
perderam o acesso a sua antiga conta do GitHub, ao mesmo tempo que existem aqueles que também
criam um Fork dos seus próprios projetos para representar e dizer aos outros que a ideia tomou
novos rumos (famosa “pivotagem” do mundo do
empreendedorismo).
É importante ressaltar que toda vez que fazemos uma cópia de um
determinado repositório (Fork), tanto o repositório original quanto a cópia são assíncronos, ou
seja, as atualizações acontecem de forma independente (e não automática).
Nesse caso, se o repositório original sofrer alguma atualização
(receber novos commits), tal operação não vai refletir no repositório de cópia.
