Explore a fonte interna
O fluxo de trabalho de pull request baseado em fork é popular em projetos de código aberto porque permite que qualquer pessoa contribua para um projeto.
Você não precisa ser um contribuidor existente ou ter acesso de gravação a um projeto para oferecer suas alterações.
Este fluxo de trabalho não é apenas para código aberto: os forks também ajudam a suportar fluxos de trabalho de origem interna dentro da sua empresa.
Antes das bifurcações, você poderia contribuir para um projeto usando Pull Requests.
O fluxo de trabalho é simples o suficiente: envie uma nova ramificação para o repositório, abra uma solicitação pull para obter uma revisão de código de sua equipe e faça com que o Azure Repos avalie suas políticas de filial.
Você pode clicar em um botão para mesclar sua solicitação pull na principal e implantar quando seu código for aprovado.
Esse fluxo de trabalho é ótimo para trabalhar em seus projetos com sua equipe. Mas e se você notar um bug simples em um projeto diferente dentro da sua empresa e quiser corrigi-lo você mesmo?
E se você for adicionar um recurso a um projeto que você usa, mas outra equipe desenvolve?
É onde entram os garfos; Os garfos estão no centro das práticas de origem interna.
Fonte interna
O código interno – às vezes chamado de "código aberto interno" – traz todos os benefícios do desenvolvimento de software de código aberto dentro do seu firewall.
Ele abre seus processos de desenvolvimento de software para que seus desenvolvedores possam colaborar facilmente em projetos em toda a sua empresa.
Ele usa os mesmos processos que são populares em todas as comunidades de software de código aberto.
Mas mantém o seu código seguro dentro da sua organização.
A Microsoft usa fortemente a abordagem de fonte interna.
Como parte dos esforços para padronizar um sistema de engenharia única em toda a empresa – apoiado pelo Azure Repos – a Microsoft também abriu o código-fonte de todos os nossos projetos para todos dentro da empresa.
Antes da mudança para a fonte interna, a Microsoft estava "isolada": apenas os engenheiros que trabalhavam no Windows podiam ler o código-fonte do Windows.
Apenas os programadores que trabalham no Office podem consultar o código-fonte do Office.
Então, se você é um engenheiro trabalhando no Visual Studio e pensou que encontrou um bug no Windows ou no Office – ou queria adicionar um novo recurso – você está sem sorte.
Mas, ao passar a oferecer fontes internas em toda a empresa, alimentadas pelo Azure Repos, é fácil bifurcar um repositório para contribuir.
Como um indivíduo que faz a alteração, você não precisa escrever o acesso ao repositório original, apenas a capacidade de lê-lo e criar uma bifurcação.