El proyecto Git publicó el 28 de septiembre Git 2.56, una versión con cambios dirigidos tanto al trabajo diario de los desarrolladores como al rendimiento de repositorios muy grandes. Entre las novedades destaca git add --resolved, diseñado para marcar conflictos como resueltos sin añadir por accidente otros cambios locales, según el resumen técnico publicado por GitHub.
Un comando específico para conflictos resueltos
Cuando un merge genera conflictos, git add --resolved solo considera rutas que continúan marcadas como no fusionadas en el índice. Antes de añadirlas, revisa si quedan marcadores de conflicto en los archivos de texto. Si detecta alguno, no modifica el índice y muestra las rutas afectadas.
La ventaja frente a un git add -u o git add -A es que evita incorporar cambios locales no relacionados con el conflicto. Para equipos que mantienen ramas largas o realizan merges frecuentes, reduce uno de los errores habituales en revisiones de código.
Git acelera el cálculo de merge-base
La versión también cambia la forma de detener el recorrido histórico al buscar ancestros comunes. En ejemplos publicados por GitHub, determinados casos pasaron de 0,68 a 0,01 segundos, y pruebas en monorepos mostraron mejoras que en algunos escenarios rondaron 20 veces de media o hasta 70 veces.
No todas las operaciones verán ese salto, pero el cambio beneficia especialmente a repositorios con historiales extensos y ramas antiguas integradas repetidamente.
Más opciones para administrar referencias y limpiar ramas
Git 2.56 amplía el conjunto git refs con operaciones para crear, actualizar, eliminar y renombrar referencias. También añade una forma masiva de borrar ramas ya fusionadas mediante git branch --delete-merged, con opción --dry-run para revisar qué se eliminaría antes de ejecutar la limpieza.
La versión incorpora además mejoras en git bisect run, git replay, clones parciales y seguimiento de renombrados en historiales no lineales.
Qué debería hacer una empresa
Los equipos no necesitan actualizar de forma urgente por una vulnerabilidad, pero deberían probar la versión en estaciones y CI antes de incorporarla a imágenes base. En entornos con scripts que dependen de salidas concretas de Git, conviene ejecutar primero la batería de automatizaciones.
Otros cambios recientes para equipos de desarrollo incluyen la actualización de CodeQL, el validador empresarial de Copilot, las métricas de pull requests, la integración de Agentic Autofix con Memory, los cambios de artifacts de Actions y el parche crítico de GitLab.
Fotografía: cottonbro studio / Pexels.
