Descrição do código fonte interno com ramificações
As pessoas bifurcam repositórios quando desejam alterar o código em um repositório no qual não precisam gravar o acesso.
Se você não tiver acesso de gravação, não faz parte da equipe que contribui para esse repositório, então por que modificaria o repositório de código?
Tendemos a procurar razões técnicas para melhorar algo em nosso trabalho.
Você pode encontrar uma maneira melhor de implementar a solução ou aprimorar 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 é emocionante e pode querer usá-lo.
- Quero usar algum código nesse repositório como ponto de partida para o meu projeto.
As equipes de software são incentivadas a contribuir para todos os projetos internamente, não apenas para seus projetos de software.
Forks 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 ensinará você a bifurcar um repositório existente e contribuir com alterações upstream por meio de uma solicitação pull.
Preparando-se
Uma bifurcação começa com todo o conteúdo do repositório de origem (upstream, original).
Ao criar uma bifurcação no Azure DevOps, você pode incluir todas as ramificações ou limitá-las apenas ao branch padrão.
Uma bifurcação não copia as permissões, as políticas ou as definições de build do repositório que está sendo bifurcado.
Depois que uma bifurcação for criada, os arquivos, pastas e branches recém-criados não serão compartilhados entre os repositórios, a menos que você inicie uma solicitação de pull.
Há suporte para pull requests em qualquer direção: de fork para upstream ou de upstream para fork.
A abordagem mais comum para um pull request será de fork para upstream.
Como fazer isso
Escolha o botão Bifurcação (1) e, em seguida, selecione o projeto no qual você deseja que a bifurcação seja criada (2). Dê um nome ao fork e escolha o botão Fork (3).
Quando seu fork estiver pronto, clone-o usando a linha de comando ou uma IDE, como o Visual Studio. A bifurcação será seu repositório remoto de origem. Por conveniência, você desejará adicionar o repositório upstream (de onde você fez o fork) como um remoto nomeado upstream. Na linha de comando, digite:
git remote add upstream {upstream_url}É possível trabalhar diretamente no principal – essa bifurcação é sua cópia do repositório. No entanto, recomendamos que você ainda trabalhe em uma ramificação de tópico. Ele permite que você mantenha vários fluxos de trabalho independentes simultaneamente. Além disso, isso reduz a confusão quando você quiser sincronizar as alterações no seu fork mais tarde. Faça e confirme suas alterações como faria normalmente. Ao concluir as modificações, faça o push para a origem (seu fork).
Abra uma solicitação de pull do seu fork para o upstream. O repositório upstream será responsável por aplicar todas as políticas necessárias para revisores e compilações. Depois que todas as políticas forem atendidas, a PR poderá ser concluída e as alterações se tornarão uma parte permanente do repositório upstream:
Quando sua PR é aceita upstream, você deve garantir que sua bifurcação reflita o estado de repositório mais recente. Recomendamos fazer um rebase no branch principal do upstream (supondo que o principal seja a principal branch 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: