Aula 17 - Estratégias Avançadas de Ramificação (Git Flow e Trunk-Based) 🌿

📑 1. Fundamentos Teóricos & Análise Técnica

Em engenharia de software contemporânea, a estratégia de ramificação de código (Branching Strategy) dita a velocidade de entrega e a cadência de integração das equipes.

A evolução dos modelos de ciclo de vida de software gerou duas abordagens paradigmáticas: 1. Git Flow (Modelo de Release Agendada): - Estrutura estrita com ramificações de longa duração: main (produção estável) e develop (integração de features). - Ramificações de suporte efêmeras: feature/* (novas funcionalidades), release/* (preparação de congelamento de código para homologação) e hotfix/* (correção emergencial em produção). - Desafios: Tende a gerar o fenômeno conhecido como Merge Hell devido a branches que divergem por semanas, retardando o feedback de testes integrados.

1. Trunk-Based Development (TBD - Entrega Contínua de Alto Desempenho):
2. Todos os desenvolvedores integram seu trabalho diretamente na ramificação principal (main / trunk) com altíssima frequência (múltiplas vezes ao dia).
3. Branches de feature têm vida ultracurta (menos de 24 a 48 horas) e são pequenas o suficiente para serem revisadas rapidamente em pull requests atômicos.
4. Feature Flags (Feature Toggles): Funcionalidades ainda em desenvolvimento são publicadas em produção desativadas por chaves lógicas, dissociando o processo de deploy físico da liberação de negócio (Release).

📐 Arquitetura Conceitual & Diagrama de Fluxo

gitGraph
    commit id: "v1.0.0"
    branch feature/nova-api
    checkout feature/nova-api
    commit id: "feat: endpoint auth"
    commit id: "test: unit tests"
    checkout main
    merge feature/nova-api id: "PR #142 (Trunk-Based Merge)"
    commit id: "deploy: deploy continuo prod"
    branch hotfix/fix-token
    checkout hotfix/fix-token
    commit id: "fix: token expirado"
    checkout main
    merge hotfix/fix-token id: "PR #143 (Hotfix)"
    commit id: "v1.0.1" 

🔍 Pilares e Diretrizes Técnicas

Nesta unidade, aprofundamos os seguintes conceitos fundamentais: - Diferença Crítica: Deploy vs. Release: Deploy é a transferência de artefatos para servidores; Release é a ativação da funcionalidade para os usuários finais. - Feature Flags e Decoupling: Uso de flags dinâmicas para ocultar código incompleto sem interromper o fluxo contínuo de integração na branch principal. - Pull Requests Atômicos: Mudanças limitadas a poucas dezenas ou centenas de linhas de código facilitam a revisão e reduzem drasticamente riscos de regressão. - Métricas DORA (DevOps Research and Assessment): Deploy Frequency e Lead Time for Changes são diretamente favorecidos pelo modelo Trunk-Based.

🛠️ 2. Implementação Prática em Controle de Versão Distribuído e Estratégias de Branching

Abaixo está a implementação técnica de referência, estruturada com padrões de engenharia de software e foco em robustez:

// trunk_based_workflow.sh (Ciclo de Vida de Feature de Vida Curta em Trunk-Based)
#!/usr/bin/env bash
set -euo pipefail

# 1. Atualizar trunk principal
git checkout main
git pull --rebase origin main

# 2. Criar branch de vida ultracurta (< 24 horas)
BRANCH_NAME="feat/auth-rate-limit"
git checkout -b "$BRANCH_NAME"

# 3. Desenvolver alteração atômica com testes
echo "// Implementação com Feature Flag" >> auth_service.ts
git add auth_service.ts
git commit -m "feat(auth): adicionar rate limiter protegido por feature flag"

# 4. Rebase com o trunk antes de abrir o Pull Request
git fetch origin main
git rebase origin/main

# 5. Push para o repositório remoto
git push -u origin "$BRANCH_NAME"
echo "Pronto para abrir Pull Request atômico no GitHub!" 

💡 Análise Passo a Passo do Código

1. Rebase Diário com Trunk: Mantém a ramificação de trabalho sempre atualizada com as últimas alterações da equipe, prevenindo desvios profundos.
2. Commits Convencionais: Uso de mensagens padronizadas (feat, fix, chore) para geração automatizada de changelogs e versionamento semântico.
3. Submissão Rápida para Code Review: Branches com ciclo menor que 24 horas garantem validação imediata pelos pipelines de integração contínua.

🎯 3. Próximos Passos & Sequência Didática