{"id":182402,"date":"2026-06-30T14:48:37","date_gmt":"2026-06-30T12:48:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust"},"modified":"2026-06-30T14:48:37","modified_gmt":"2026-06-30T12:48:37","slug":"vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","title":{"rendered":"Lanzamiento de Git 2.55 con el soporte de Rust habilitado por defecto.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha presentado la versi\u00f3n 2.55 del sistema distribuido de gesti\u00f3n de c\u00f3digo fuente Git. Entre los cambios clave se incluyen: la inclusi\u00f3n por defecto de la compilaci\u00f3n con Rust, la implementaci\u00f3n del proceso fsmonitor para Linux, una nueva estrategia de reempaquetado del \u00edndice MIDX incremental, el comando «git history fixup» para corregir un commit, la optimizaci\u00f3n de la generaci\u00f3n de mapas de bits de disponibilidad de objetos, el soporte para la ejecuci\u00f3n paralela de hooks y el comando «git format-rev». El c\u00f3digo de Git se distribuye bajo la licencia GPLv2+.<\/p>\n
En comparaci\u00f3n con la versi\u00f3n anterior, se han aceptado 505 cambios en esta nueva versi\u00f3n, preparados con la participaci\u00f3n de 100 desarrolladores, 33 de los cuales han participado en el desarrollo de Git por primera vez. Las principales novedades (1, 2, 3):<\/p>\n
\n
Por defecto, se ha habilitado el soporte para componentes en el lenguaje Rust. El compilador rustc \nse ha a\u00f1adido a las dependencias de construcci\u00f3n. Para compilar sin Rust, se puede usar la opci\u00f3n «NO_RUST=1» al ejecutar la utilidad make o «-Drust=disabled» al ejecutar «meson configure». La opci\u00f3n de desactivar la compilaci\u00f3n con Rust se mantendr\u00e1 hasta la rama Git 3.0, donde Rust se convertir\u00e1 en una dependencia obligatoria. Se ha implementado una capa en Rust para la portabilidad entre configuraciones con hashes SHA-1 y SHA-256, as\u00ed como algunas funciones internas, como la codificaci\u00f3n y decodificaci\u00f3n de valores enteros de longitud variable. En el futuro, se espera una reestructuraci\u00f3n en Rust de componentes internos m\u00e1s significativos de Git. <\/p>\n
Se ha a\u00f1adido la operaci\u00f3n «git history fixup» al equipo experimental «git history», que proporciona capacidades para reescribir el historial de cambios. La operaci\u00f3n «fixup» permite mover cambios a\u00f1adidos a trav\u00e9s de «git add» a un commit anterior y reescribir autom\u00e1ticamente todos los commits posteriores, de manera similar a la ejecuci\u00f3n del comando «git commit —fixup=<commit>» y al lanzamiento de «git rebase —autosquash <commit>~».\n
Para la plataforma Linux, se ha implementado un proceso en segundo plano fsmonitor, que rastrea cambios en el sistema de archivos mediante el mecanismo inotify y permite evitar un recorrido completo del directorio de trabajo al ejecutar comandos como «git status». La activaci\u00f3n se realiza a trav\u00e9s de la configuraci\u00f3n «core.fsmonitor».\n
Se ha a\u00f1adido al comando 'git repack' el modo '--write-midx=incremental', que implementa una nueva estrategia para actualizar los metadatos en el \u00edndice MIDX incremental (\u00edndice multi-pack), permitiendo evitar la reempaquetado de todo el \u00edndice. En el \u00edndice multi-pack incremental, en lugar de un gran \u00edndice que contiene informaci\u00f3n sobre la distribuci\u00f3n de objetos en archivos pack, se aplica una separaci\u00f3n por capas: cada capa abarca un n\u00famero determinado de archivos pack y se almacena en un archivo bitmap separado. Esta estructura permite agregar datos sobre objetos en nuevos archivos pack al \u00edndice, adjuntando nuevas capas al \u00edndice sin reconstruir las capas existentes.\n
El comando 'git repack --write-midx=incremental' permite a\u00f1adir una nueva capa al \u00edndice MIDX incremental, que abarca los archivos pack recientemente creados. Combinado con el modo de empaquetado de repositorios '--geometric', el nuevo comando permite combinar nuevos objetos de varios archivos pack en un archivo pack m\u00e1s grande y, si es necesario, realizar la empaquetaci\u00f3n y fusi\u00f3n de varias capas adyacentes en el \u00edndice MIDX incremental. Esta estrategia permite, durante la ejecuci\u00f3n de 'git repack', reescribir solo las capas superiores, dejando intactas las grandes capas antiguas, as\u00ed como evitar el crecimiento descontrolado de la cadena de capas, manteniendo el n\u00famero total de capas en un nivel proporcional al logaritmo del n\u00famero total de objetos. <\/p>\n
Se ha optimizado significativamente la generaci\u00f3n de mapas de disponibilidad de objetos gracias a un nuevo algoritmo de recorrido del \u00e1rbol de objetos que elimina la recursi\u00f3n innecesaria, el almacenamiento en cach\u00e9 de posiciones de objetos, la clasificaci\u00f3n de mapas antes de su combinaci\u00f3n mediante la operaci\u00f3n XOR y la reestructuraci\u00f3n del c\u00f3digo para la creaci\u00f3n de mapas de pseudo-fusi\u00f3n (pseudo-merge). En el repositorio de prueba, las optimizaciones han reducido el tiempo de generaci\u00f3n de mapas de 612 a 294 segundos.\n
Se ha implementado la posibilidad de ejecutar en paralelo hooks independientes en los archivos de configuraci\u00f3n. No se pueden ejecutar en paralelo hooks que influyan en un estado compartido o que lo tengan en cuenta, como aquellos que cambian notas de confirmaci\u00f3n o inspeccionan \u00edndices y el \u00e1rbol de trabajo. Sin embargo, es posible ejecutar en paralelo hooks para verificaciones mediante linter y para la ejecuci\u00f3n de pruebas unitarias. Los hooks que permiten ejecuci\u00f3n paralela se configuran a trav\u00e9s del par\u00e1metro 'hook.nombre_del_hook.parallel = true'. El n\u00famero de trabajos que se ejecutan simult\u00e1neamente se determina mediante la configuraci\u00f3n hook.jobs, hook..jobs o la opci\u00f3n de l\u00ednea de comandos '-j'.\n
En el equipo «git pack-objects —path-walk» se ha implementado la posibilidad de especificar filtros, como «blob:none», «blob:limit=<n>», «tree:0», «object:type=<type>», «sparse:<oid>» y «combine:». En la prueba realizada, el descarte de blobs al ejecutar «—path-walk» permiti\u00f3 reducir el tama\u00f1o del archivo pack generado en un 16%.\n
Se ha a\u00f1adido el comando «git format-rev» para formatear revisiones y nombres de objetos mencionados en listas de commits o que aparezcan en texto arbitrario (por ejemplo, se puede utilizar en hooks para procesar notas de commits).\n