Componentes do fluxo do GitHub

Concluído

Nesta unidade, estamos analisando os seguintes componentes do fluxo do GitHub:

• Ramos
• Consolidações
• Pedidos Pull
• O Fluxo do GitHub

O que são sucursais

Na última seção, criamos um novo arquivo e uma nova ramificação em seus repositórios.

As filiais são uma parte essencial da experiência do GitHub, pois é onde podemos fazer alterações sem afetar todo o projeto em que estamos trabalhando.

Sua filial é um lugar seguro para experimentar novos recursos ou correções. Se você cometer um erro, poderá reverter suas alterações ou enviar mais alterações para corrigir o erro. Suas alterações não serão atualizadas na ramificação padrão até que você mescle sua ramificação.

Nota

Como alternativa, você pode criar uma nova filial e fazer check-out usando o git em um terminal. O comando seria git checkout -b newBranchName

O que são compromissos

Na unidade anterior, você adicionou um novo arquivo ao repositório enviando uma confirmação. Vamos rever brevemente o que são compromissos.

Uma consolidação é uma alteração a um ou mais ficheiros num ramo. Toda vez que uma confirmação é criada, ela recebe um ID exclusivo e é rastreada junto com o tempo e o colaborador. As confirmações fornecem uma trilha de auditoria clara para qualquer pessoa que revise o histórico de um arquivo ou item vinculado, como um problema ou solicitação pull.

Dentro de um repositório git, um arquivo pode existir em vários estados válidos à medida que passa pelo processo de controle de versão. Os estados primários de um arquivo em um repositório Git são Untracked e Tracked.

Untracked: um estado inicial de um arquivo quando ele ainda não faz parte do repositório Git. O Git desconhece a sua existência.

Rastreado: um arquivo rastreado é aquele que o Git está monitorando ativamente. Pode estar em um dos seguintes subestados:

• Não modificado: o arquivo é rastreado, mas não foi modificado desde a última confirmação.
• Modificado: O arquivo foi alterado desde a última confirmação, mas essas alterações ainda não foram preparadas para a próxima confirmação.
• Preparado: O arquivo foi modificado e as alterações foram adicionadas à área de preparo (também conhecida como índice). Estas alterações estão prontas a ser concretizadas.
• Confirmado: O arquivo está no banco de dados do repositório. Ele representa a versão confirmada mais recente do arquivo.

Esses estados e subestados são importantes para colaborar com sua equipe para saber onde cada compromisso está no processo do seu projeto. Agora vamos passar para as solicitações de pull.

O que são pedidos Pull?

Um pedido Pull é um mecanismo utilizado para sinalizar que as consolidações de um ramo estão prontas para serem intercaladas noutro ramo.

O membro da equipe que envia a solicitação pull pede a um ou mais revisores que verifiquem o código e aprovem a mesclagem. Estes revisores têm a oportunidade de comentar as alterações, adicionar as suas próprias ou utilizar o pedido Pull para desenvolver a discussão.

Depois que as alterações forem aprovadas (se necessário), a ramificação de origem da solicitação pull (a ramificação de comparação) será mesclada na ramificação base.

Agora que sabemos de todos os ingredientes, vamos analisar o fluxo do GitHub.

O fluxo do GitHub

O fluxo do GitHub pode ser definido como um fluxo de trabalho leve que permite experimentação segura. Você pode testar novas ideias e colaborar com sua equipe usando ramificação, solicitações pull e mesclagem.

Agora que sabemos o básico do GitHub, podemos percorrer o fluxo do GitHub e seus componentes.

1. Comece criando uma ramificação para que as alterações, recursos e correções criados não afetem a ramificação principal.
2. Em seguida, faça as alterações. Recomendamos implantar alterações em sua ramificação de recurso antes de mesclar na ramificação principal. Isso garante que as alterações sejam válidas em um ambiente de produção.
3. Agora, crie uma solicitação pull para pedir feedback aos colaboradores. A revisão de solicitação pull é tão valiosa que alguns repositórios exigem uma revisão de aprovação antes que as solicitações pull possam ser mescladas.
4. Em seguida, reveja e implemente o feedback dos seus colaboradores.
5. Quando você se sentir bem com suas alterações, é hora de aprovar sua solicitação pull e mesclá-la na ramificação principal.
6. Finalmente, você pode excluir sua ramificação. Excluir sua ramificação sinaliza que seu trabalho na ramificação está completo e evita que você ou outras pessoas usem acidentalmente ramificações antigas.

É isso, você passou por um ciclo de fluxo do GitHub!

Vamos passar para a próxima seção, onde abordaremos as diferenças entre questões e discussões.