Se dio a conocer el lanzamiento de la nueva version de Git 2.56, esta entrega incluye 748 modificaciones desarrolladas por 104 contribuidores y destaca por un nuevo modo seguro para gestionar conflictos, drĆ”sticas aceleraciones en repositorios masivos, y la expansiĆ³n de utilidades como git-history y git-refs.
Adicionalmente, esta versiĆ³n marca el comienzo de la ruta de transiciĆ³n hacia Git 3.0, planeado para la primavera de 2027.
Principales novedades de Git 2.56
En el caso especĆfico de SHA-256, uno de los mayores inconvenientes era la falta de soporte en las plataformas de replicaciĆ³n. GitLab ofrece soporte para SHA-256 desde hace un aƱo, mientras que GitHub anunciĆ³ una versiĆ³n beta privada en Git Merge, con disponibilidad general prevista para dentro de unos meses.
Uno de los principales problemas al fusionar ramas (merge) ha sido la gestiĆ³n de archivos en conflicto cuando el directorio de trabajo contiene otras ediciones sin terminar. Hasta ahora, el comando git add āupdate se utilizaba frecuentemente para aƱadir los archivos resueltos al Ćndice, pero este comando tambiĆ©n aƱade todos los demĆ”s archivos modificados previamente rastreados en el directorio, lo que puede provocar que cĆ³digo a medio terminar se incluya en el commit de fusiĆ³n por error.
Git 2.56 soluciona esto introduciendo el modo git add āresolved. Este nuevo comando opera exclusivamente sobre los archivos que se encuentran en estado de conflicto e ignora por completo cualquier otro archivo modificado en el directorio de trabajo que no estĆ© relacionado con la fusiĆ³n. AdemĆ”s, escanea el cĆ³digo en busca de marcadores de conflicto (como <<<<<<<); si detecta alguno, devuelve un error, bloquea la indexaciĆ³n de los archivos y muestra una lista de los elementos que aĆŗn requieren atenciĆ³n manual.
Operaciones en repositorios de escala empresarial (como los de Chromium o el kernel de Linux) han recibido un aumento masivo de rendimiento. El algoritmo responsable de buscar los commits comunes mƔs recientes (necesario al fusionar ramas o comparar historiales) ha sido reestructurado y ahora es capaz de analizar commits que pertenecen de manera exclusiva a una rama, lo que le permite detener el escaneo inmediatamente despuƩs de identificar todos los ancestros comunes posibles, evitando recorrer la totalidad del historial de cambios de forma innecesaria.
En las pruebas de rendimiento, la velocidad de bĆŗsqueda aumentĆ³ 20 veces en promedio, alcanzando hasta 70 veces mĆ”s velocidad en algunos repositorios. Al ejecutar git merge-base āall v4.8 v4.9 en el repositorio del kernel de Linux, los pasos de recorrido cayeron drĆ”sticamente de 167 000 a solo 3800. Las operaciones en la tabla de referencias que involucran grandes acumulaciones de registros de eliminaciĆ³n ahora se ejecutan 65 veces mĆ”s rĆ”pido (reduciendo el tiempo de 13 segundos a apenas 0,2 segundos). La ejecuciĆ³n de git diff en el repositorio de Chromium (con 500 000 elementos en el Ćndice) redujo su tiempo de ejecuciĆ³n de 8 minutos a tan solo 0,07 segundos.
OptimizaciĆ³n de almacenamiento y archivos de paquete
Para optimizar el almacenamiento en servidores, el modo de reempaquetado āpath-walk ha sido adaptado. Esta funciĆ³n agrupa los objetos de Git segĆŗn su ruta especĆfica en el Ć”rbol de directorios, logrando empaquetados mucho mĆ”s eficientes. Como resultado directo, el tamaƱo del archivo de paquete del repositorio Fluent UI se redujo de 558 MB a 164 MB. Asimismo, la nueva versiĆ³n permite combinar āpath-walk con mapas de bits de accesibilidad e islas delta (tecnologĆas utilizadas por plataformas de alojamiento Git para acelerar el servicio y aislar las bifurcaciones).
Como parte de un proyecto de Google Summer of Code, se aƱadiĆ³ la capacidad de descargar y gestionar archivos grandes de forma inteligente en clones parciales (clones que no descargan todos los objetos inicialmente). El nuevo comando git repack -a āfilter=blob:limit=1m ādrop-filtered permite a los usuarios buscar blobs (archivos grandes) descargados bajo demanda que ya no se necesitan en el Ćndice actual y eliminarlos del disco local para recuperar espacio.
De manera complementaria, el comando git cat-file ābatch-command ahora puede consultar los metadatos y el tamaƱo de un objeto remoto sin necesidad de descargar el archivo completo, ahorrando ancho de banda.
La versiĆ³n 2.56 expande la utilidad de mĆŗltiples comandos de manipulaciĆ³n del historial y referencias de Git:
- git history drop: Este nuevo subcomando permite eliminar un commit existente en una sola lĆnea y reescribir automĆ”ticamente el historial adjuntando sus descendientes al commit principal anterior, reemplazando la necesidad de usar git rebase -i y un editor interactivo.
- git branch ādelete-merged: Permite eliminar de forma segura grupos de ramas locales cuyos cambios ya hayan sido integrados en un repositorio externo (ej. origin/main), solucionando el problema de las ramas originadas desde una rama base local que luego se integran directamente en el servidor.
- git refs create|update|delete|rename: Centraliza y combina las operaciones de bajo nivel para manipular directamente las referencias, incluyendo la posibilidad de exigir la validaciĆ³n de un valor anterior esperado antes de aplicar una actualizaciĆ³n o eliminaciĆ³n.
- git replay ālinearize: Introduce una topologĆa de fusiĆ³n plana y lineal al realizar rebases del lado del servidor sin acceder al Ć”rbol de trabajo, descartando y resolviendo el problema de las ramas que contienen commits de fusiĆ³n (merge commits) que antes bloqueaban el comando.
- git log āfollow: Ahora es capaz de registrar de forma coherente los cambios de nombre de archivos incluso en historiales de confirmaciĆ³n no lineales (como subramas fusionadas). Sugerencias tipogrĆ”ficas: El sistema detecta errores de sintaxis comunes y sugiere el uso correcto, por ejemplo, detectando git push origin/main y sugiriendo git push origin main.
Finalmente, si estas interesado en poder conocer mas al respecto, puedes consultar los detalles en el siguiente enlace.