Os principais destaques e novidades do Git 2.55

O Git 2.55 foi lançado oficialmente em 24 de junho de 2026, conforme confirmado pelo anúncio oficial no mailing list [email protected] e replicado pelo GitHub. A versão traz melhorias estruturais críticas para grandes repositórios, com foco em eficiência de I/O e redução de overhead em operações de manutenção. O destaque técnico mais significativo é a integração nativa do daemon FSMonitor via inotify no Linux, antes restrito a macOS (FSMonitor) e Windows (Watchman), essa funcionalidade agora evita varreduras completas da árvore de trabalho em comandos como git status, acelerando até 10× em repositórios com dezenas de milhares de arquivos. A implementação exige ajuste manual do limite fs.inotify.max_user_watches em sistemas com muitos diretórios monitorados.

O mecanismo de repack com índices multi-pack incrementais (MIDX) foi aprimorado para suportar compacção automática em cadeia, com lógica geométrica controlada por repack.midxSplitFactor e repack.midxNewLayerThreshold. Isso resolve o problema de 'camadas MIDX infinitas' que surgiam em rotinas contínuas de manutenção. Também houve otimizações na geração de bitmaps de alcançabilidade: testes reportados pela equipe do Git mostram redução de ~52% no tempo de execução (de 612 s para 294 s) em um repositório de 1,2 milhão de commits, dados reais publicados no relatório de desempenho do Git 2.55 no Git mailing list.

Essas mudanças não são incrementais: elas atacam gargalos reais de escala enfrentados por times que mantêm monorepos ou projetos com longa história, como o kernel Linux, Android e repositórios empresariais no GitHub. A ativação do FSMonitor no Linux elimina um dos maiores custos ocultos de git status em ambientes de desenvolvimento cotidiano, especialmente em IDEs que invocam o comando continuamente. Já os MIDX incrementais com compacção automática reduzem drasticamente o tempo de git gc e git fetch em infraestruturas de CI/CD que fazem múltiplas operações diárias em grandes repositórios. O suporte ao Rust habilitado por padrão também sinaliza uma mudança de trajetória: o Git está migrando para uma base de código híbrida C/Rust, com o objetivo de reduzir vulnerabilidades de memória sem sacrificar performance.

Desenvolvedores que usam Linux devem testar imediatamente o FSMonitor: basta rodar git config --global core.fsmonitor true e verificar se git status responde em menos de 100 ms em repositórios grandes. Se ocorrer erro 'inotify limit reached', o ajuste de fs.inotify.max_user_watches via sysctl é obrigatório. Para equipes que customizam git gc, as novas opções --write-midx=incremental e --geometric devem ser incorporadas aos scripts de manutenção, o comportamento padrão ainda é o MIDX tradicional. A nova flag --max-count-oldest em git log substitui comandos como git log --reverse | head -n 5, evitando pipes desnecessários. E quem usa hooks deve revisar se os scripts são independentes: a execução paralela só funciona com hooks que não compartilham estado ou escrita em arquivos simultâneos.