Descrever a fonte interna com garfos
As pessoas bifurcam repositórios quando querem alterar o código em um repositório ao qual não precisam escrever acesso.
Se você não tem acesso de gravação, você não faz parte da equipe que contribui para esse repositório, então por que você modificaria o repositório de código?
Tendemos a procurar razões técnicas para melhorar algo no nosso trabalho.
Você pode encontrar uma maneira melhor de implementar a solução ou melhorar a funcionalidade contribuindo ou melhorando um recurso existente.
Você pode bifurcar repositórios nas seguintes situações:
- Quero fazer uma mudança.
- Acho que o projeto é empolgante e talvez queira usá-lo.
- Quero usar algum código nesse repositório como ponto de partida para o meu projeto.
As equipas de software são incentivadas a contribuir para todos os projetos internamente, não apenas para os seus projetos de software.
Ramificações são uma ótima maneira de promover uma cultura de código aberto interno.
As bifurcações são uma adição recente aos repositórios Git do Azure DevOps.
Esta receita irá ensiná-lo a bifurcar um repositório existente e contribuir com alterações a montante através de um pull request.
Preparação
Uma bifurcação começa com todo o conteúdo do repositório upstream (original).
Ao criar uma bifurcação no Azure DevOps, você pode incluir todas as ramificações ou limitá-las apenas à ramificação padrão.
Uma bifurcação não copia as permissões, as políticas ou as definições de compilação do repositório que foi bifurcado.
Depois que uma bifurcação é criada, os arquivos, pastas e ramificações recém-criados não são compartilhados entre os repositórios, a menos que você inicie uma solicitação pull.
Os pull requests são suportados em ambas as direções: do fork para o upstream ou do upstream para o fork.
A abordagem mais comum para um pedido de pull será do fork para o upstream.
Como fazê-lo
Escolha o botão Fork (1) e em seguida selecione o projeto onde pretende que o fork seja criado (2). Dê um nome ao fork e selecione o botão Fork (3).
Quando o fork estiver pronto, clone-o usando a linha de comandos ou um IDE, como o Visual Studio. O garfo será o seu controle remoto de origem. Por conveniência, você desejará adicionar o repositório upstream (de onde você se bifurcou) como um controle remoto chamado upstream. Na linha de comando, digite:
git remote add upstream {upstream_url}É possível trabalhar diretamente no main – este fork é a sua cópia do repositório. No entanto, recomendamos que ainda trabalhes numa ramificação temática. Ele permite que você mantenha vários fluxos de trabalho independentes simultaneamente. Além disso, reduz a confusão mais tarde quando tu desejas sincronizar as alterações na bifurcação. Faça e confirme as alterações como faria normalmente. Quando terminar as modificações, envie-as para o repositório de origem (o seu fork).
Abra um pull request da sua bifurcação para o upstream. O repositório upstream aplicará todas as políticas necessárias para revisores de código e builds. Uma vez satisfeitas todas as políticas, o pull request (PR) pode ser concluído e as alterações tornam-se uma parte permanente do repositório principal:
Quando o seu PR for aceite no repositório original, deve garantir que o seu fork reflete o estado mais recente do repositório. Recomendamos que faça o rebase no ramo principal do upstream (assumindo que esse é o ramo principal de desenvolvimento). Na linha de comando, execute:
git fetch upstream main git rebase upstream/main git push origin
Para obter mais informações sobre o Git, consulte: