Sobre filiais e políticas de filiais

Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022

As políticas de filial são uma parte importante do fluxo de trabalho do Git e permitem que você:

• Isolar o trabalho em andamento do trabalho concluído em sua filial principal
• Garanta que as alterações sejam construídas antes que elas cheguem ao principal
• Limitar quem pode contribuir para ramos específicos
• Impor quem pode criar ramos e as diretrizes de nomenclatura para os ramos
• Inclua automaticamente os revisores certos para cada alteração de código
• Aplique as práticas recomendadas com os revisores de código necessários

A tabela a seguir resume as políticas que você pode definir para personalizar uma ramificação. Para obter uma visão geral de todas as políticas e configurações de repositório e ramificação, consulte Configurações e políticas do repositório Git.

Adote uma estratégia de ramificação Git

Existem alguns ramos críticos em seu repositório que a equipe confia em estar sempre em boa forma, como seu main ramo.

Exigir solicitações pull para fazer quaisquer alterações nessas ramificações. Os desenvolvedores que enviarem alterações diretamente para as ramificações protegidas terão seus pushes rejeitados.

Mantenha sua estratégia de filial simples, construindo sua estratégia a partir destes três conceitos:

1. Use ramificações de recursos para todos os novos recursos e correções de bugs.
2. Mescle ramificações de funcionalidades na ramificação principal usando pull requests.
3. Mantenha um ramo principal de alta qualidade e atualizado.

Uma estratégia que amplia esses conceitos e evita contradições resulta em um fluxo de trabalho de controle de versão para sua equipe que é consistente e fácil de seguir.

• Adote uma estratégia de ramificação
• Como configurar políticas de filial
• Permissões de filial
• Exigir pastas de ramificação
• Configurar uma política de filial para um serviço externo

Criar trabalho em ramos

As ramificações do Git não são muito mais do que uma pequena referência que mantém um histórico exato de compromissos, por isso são baratas de criar.

Cometer alterações num ramo não afetará outros ramos. Você pode compartilhar ramificações com outras pessoas sem ter que mesclar as alterações no projeto principal.

Você pode criar novas ramificações para isolar alterações para um recurso ou uma correção de bug de sua ramificação principal e outros trabalhos.

Como os ramos são leves, alternar entre ramos é rápido e fácil. O Git não cria várias cópias de sua fonte ao trabalhar com ramificações — ele usa as informações do histórico armazenadas em confirmações para recriar os arquivos em uma ramificação quando você começa a trabalhar nela.

Seu fluxo de trabalho do Git deve criar e usar ramificações para gerenciar recursos e correções de bugs.

O restante do fluxo de trabalho do Git, como o compartilhamento de código e a revisão de código com solicitações pull , funcionam através de ramificações.

Isolar o trabalho em ramos torna simples mudar no que estás a trabalhar, alterando o teu ramo atual.

Como as ramificações do Git são criadas?

Você cria ramificações usando o branch comando. Branch cria uma referência no Git para a nova ramificação e um ponteiro de volta para a confirmação pai para que o Git possa manter um histórico de alterações à medida que você adiciona confirmações à ramificação.

Quando você está trabalhando com uma ramificação que outra pessoa compartilhou, o Git mantém um relacionamento de rastreamento upstream. O relacionamento associa a ramificação no repositório local com a ramificação correspondente no repositório remoto.

O rastreamento upstream simplifica a sincronização de alterações com outras pessoas usando push e pull.

Nesta captura de tela, você pode ver uma nova ramificação que foi criada a partir da ramificação principal. O trabalho continua em ambos os ramos e os compromissos são adicionados a ambos os ramos.

O Git sempre adiciona novos compromissos à filial local atual. Verifique em qual ramificação você está trabalhando antes de confirmar para não confirmar alterações na ramificação errada.

Troque entre ramificações locais usando o checkout comando. O Git alterará os arquivos em seu computador para corresponder à confirmação mais recente na ramificação com check-out.

Quando seu trabalho na ramificação estiver pronto para ser compartilhado com o resto da equipe, você envia as alterações para atualizar a ramificação remota.

Um erro comum é fazer algumas alterações e commit elas, perceber que está numa ramificação incorreta e, em seguida, checkout para a ramificação correta.

Suas alterações mais recentes não estarão mais no sistema de arquivos, já que cada ramificação tem sua própria versão de código.

O Git traz o estado dos arquivos de volta para a última confirmação na ramificação em que você trocou, não para a ramificação anterior em que você fez as alterações.

Você precisará escolher as confirmações da ramificação ou mesclar as alterações na ramificação correta.

Usar ramificações para gerenciar o desenvolvimento

O Git controla em qual ramificação você está trabalhando e garante que, quando você checkout ramifica, seus arquivos correspondam à confirmação mais recente na ramificação.

As ramificações permitem que você trabalhe com várias versões do código-fonte no mesmo repositório Git local ao mesmo tempo.

Indique ao Git em que ramo pretende trabalhar com checkout, e o Git encarrega-se de definir as versões de ficheiros corretas para esse ramo.

Você não precisa de mais de um repositório em seu sistema quando usa ramificações para isolar seu trabalho.

Configure seu ambiente de desenvolvimento uma vez após a clonagem. Em seguida, use ramificações do Git para alternar entre o desenvolvimento de funcionalidades e a correção de erros.

Guias de como criar ramificações

Saiba como concluir tarefas comuns ao trabalhar com filiais.

• Tutorial de ramificações
• Como criar uma sucursal
• Como excluir uma ramificação
• Restaurar uma ramificação excluída
• Como bloquear filiais

Artigos relacionados

• Melhore a qualidade do código com políticas de filial
• Definições e políticas do repositório do Git
• Configurar políticas de repositório Git usando um arquivo de configuração
• Permissões padrão do Git (Segurança)
• Definir permissões (Segurança)
• Visão geral da integração entre serviços