A Godot Foundation lançou em 14 de julho a versão 4.7.1, um patch de estabilidade que resolve 78 correções vindas de 42 colaboradores diferentes, focado especificamente em regressões que apareceram depois do lançamento estável da 4.7 em 18 de junho. Não é o tipo de anúncio que vira manchete, mas é exatamente o tipo de trabalho que decide se um motor open source consegue competir de verdade com concorrente comercial.
A própria versão 4.7 já tinha chegado em junho com mudanças relevantes, suporte completo a HDR em Windows, macOS, Linux via Wayland e BSD, o novo nó AreaLight3D pra luz retangular em tempo real, e exportação web com wasm64, que derruba o limite de 4GB de heap que travava jogos mais pesados rodando direto no navegador. As correções do 4.7.1 miram problemas concretos que travavam produção real, crash relacionado ao foco de item em árvore de interface, falha de drag-and-drop em tela sensível ao toque, glitch visual em linhas de conexão do GraphEdit e problemas de input específicos de Android.
Já cobri o momento de crescimento que a Godot vive esse ano, quando o motor passou de 110 mil estrelas no GitHub e ganhou terreno da Unity, e patches de manutenção rápidos como esse 4.7.1 reforçam exatamente o argumento que sustenta essa migração, comunidade grande e ativa o suficiente pra resolver problema crítico em menos de um mês depois do lançamento principal. O ciclo seguiu o processo padrão da equipe, duas rodadas de release candidate antes da versão final, prática que virou rotina desde que o projeto cresceu de escala.
Pra quem está avaliando migrar um projeto pra Godot 4.7, esse patch é o sinal verde que faltava. Engine nova sempre carrega risco de regressão logo na largada, e ver a equipe reagir rápido com um ciclo de manutenção desse tamanho é exatamente o tipo de maturidade que separa projeto open source amador de motor pronto pra produção séria.