E Se o Histórico do Seu Git Fosse um Banco de Dados SQL?

O Pgit não é um substituto do Git, mas uma camada de análise construída sobre o mesmo conceito de histórico imutável, só que com um motor de armazenamento diferente: PostgreSQL + pg-xpatch. Ele importa repositórios Git existentes (com todos os commits, diffs e árvores) e os converte em tabelas relacionais: commits, files, deltas, patches. A compressão delta não opera por arquivo, como no Git, mas por grupo de caminhos compartilhando conteúdo, uma inovação da v4 que reduz 40% do armazenamento duplicado. Isso explica por que supera o git gc --aggressive em 12 de 20 repositórios reais testados, especialmente em bases com muitas mudanças incrementais (como Rust e TypeScript).

Por ser append-only e rodar em container com configurações ajustáveis (shared_buffers, xpatch_cache_size_mb, import.workers), o Pgit prioriza consistência e consultabilidade, não interatividade em tempo real. Seu valor está em tornar o histórico um dataset analítico nativo: churn por autor, hotspots de mudança, acoplamento entre módulos ou até bus-factor calculado via SQL, tudo sem escrever parsers customizados ou varrer objetos Git manualmente.

Para equipes de engenharia de dados e plataformas de observabilidade de código, o Pgit transforma o repositório em uma fonte confiável para pipelines de qualidade de software. Um agente de IA pode executar SELECT * FROM churn WHERE file_path LIKE '%api/%' AND commit_time > '2025-01-01' e gerar relatórios de saúde em minutos, não horas. Para governança, ele permite auditoria granular de quem alterou o quê e quando, com joins diretos entre commits, autores e conteúdo dos arquivos. E, ao contrário de ferramentas de análise baseadas em AST ou logs de CI, o Pgit opera diretamente sobre o histórico bruto, sem perda de contexto nem dependência de metadados externos.