{"id":156367,"date":"2026-02-03T11:11:59","date_gmt":"2026-02-03T09:11:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-53"},"modified":"2026-02-03T11:11:59","modified_gmt":"2026-02-03T09:11:59","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-53","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-53","title":{"rendered":"Lanzamiento del sistema de control de versiones Git 2.53","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se presenta el lanzamiento del sistema de control de versiones distribuido Git 2.53. Git se distingue por su alto rendimiento y proporciona herramientas de desarrollo no lineal basadas en bifurcaciones y fusiones de ramas. Para garantizar la integridad del historial y la resistencia a los cambios 'retroactivos', se utiliza un hash impl\u00edcito de todo el historial anterior en cada commit, as\u00ed como la verificaci\u00f3n de firmas digitales de los desarrolladores en etiquetas y commits individuales. El c\u00f3digo de Git se distribuye bajo la licencia GPLv2+. <\/p>\n
En comparaci\u00f3n con la versi\u00f3n anterior, en la nueva versi\u00f3n se han aceptado 466 cambios, preparados con la participaci\u00f3n de 70 desarrolladores (21 de los cuales participaron por primera vez en el desarrollo de Git). Principales novedades: <\/p>\n
\n
Se ha a\u00f1adido la posibilidad de aplicar la estrategia de empaquetado de repositorios 'geometric' ('git repack --geometric') a repositorios externos clonados parcialmente que operan en modo 'promisor' (los objetos faltantes se descargan seg\u00fan sea necesario). Al volver a empaquetar con la opci\u00f3n '--geometric', los archivos pack con la extensi\u00f3n '.promisor' se procesan y empaquetan por separado. La estrategia 'geometric' permite reducir el tiempo de mantenimiento de grandes monorepositorios a trav\u00e9s del reempaquetado selectivo de objetos y la eliminaci\u00f3n de operaciones intensivas en recursos, como la fusi\u00f3n de todos los archivos pack (se mantiene una progresi\u00f3n geom\u00e9trica del tama\u00f1o de los archivos pack, donde cada archivo pack siguiente debe ser al menos el doble del anterior).\n
Se ha a\u00f1adido a la herramienta 'git fast-import' la opci\u00f3n '--signed-commits=strip-if-invalid' para eliminar las firmas digitales de los objetos importados que se han vuelto inv\u00e1lidos tras la reescritura de parte del historial del repositorio. Hasta ahora, solo se pod\u00eda importar o eliminar todas las firmas sin separarlas en v\u00e1lidas e inv\u00e1lidas. La opci\u00f3n 'strip-if-invalid' permite implementar herramientas para preservar las firmas v\u00e1lidas y volver a firmar los objetos con firmas que han perdido relevancia.\n
Se ha a\u00f1adido informaci\u00f3n sobre el tama\u00f1o de todos los objetos alcanzables en el repositorio con desgloses por tipo en la salida del comando «git repo structure». La informaci\u00f3n ahora se presenta de manera legible con unidades de medida y se muestra por separado para los tama\u00f1os reales y los ocupados en disco, lo que permite evaluar el tama\u00f1o total del repositorio en disco. $ git repo structure | Estructura del repositorio | Valor | | ——————— | ———- | | * Referencias | | | * Conteo | 1.78 k | | * Ramas | 5 | | * Etiquetas | 1.03 k | | * Remotos | 749 | | * Otros | 0 | | | | | * Objetos alcanzables | | | * Conteo | 421.37 k | | * Commits | 88.03 k | | * \u00c1rboles | 169.95 k | | * Blobs | 162.40 k | | * Etiquetas | 994 | | * Tama\u00f1o inflado | 7.61 GiB | | * Commits | 60.95 MiB | | * \u00c1rboles | 2.44 GiB | | * Blobs | 5.11 GiB | | * Etiquetas | 731.73 KiB | | * Tama\u00f1o en disco | 301.50 MiB | | * Commits | 33.57 MiB | | * \u00c1rboles | 77.92 MiB | | * Blobs | 189.44 MiB | | * Etiquetas | 578.13 KiB |\n
Se ha a\u00f1adido el subcomando «is-needed» al comando «git maintenance» para realizar operaciones de mantenimiento en el repositorio solo cuando sea necesario.\n
En el comando experimental «git replay», se implementa por defecto la actualizaci\u00f3n de referencias en la transacci\u00f3n, en lugar de mostrar a d\u00f3nde deben apuntar las referencias sin actualizarlas.\n
Se ha a\u00f1adido la posibilidad de elegir el algoritmo de evaluaci\u00f3n de diferencias mediante la opci\u00f3n «—diff-algorithm=<algo>» al comando «git blame».\n
Se ha a\u00f1adido la opci\u00f3n «—all» al comando «git repo info».\n
Se ha trasladado el soporte para enlaces simb\u00f3licos de Git-for-Windows a la plataforma Windows. <\/ul>\n
La versi\u00f3n anterior incluy\u00f3 una advertencia sobre la inclusi\u00f3n por defecto del ensamblaje de componentes en Rust en Git 2.53. Sin embargo, en la versi\u00f3n Git 2.53, solo se han a\u00f1adido mejoras espec\u00edficas de soporte para Rust (la capacidad de ensamblar sin GNU sed), pero el ensamblaje con Rust utilizando Makefile se mantiene desactivado por defecto (requiere habilitar la bandera WITH_RUST), mientras que utilizando Meson se activa autom\u00e1ticamente si hay un compilador rustc disponible. En la versi\u00f3n Git 3.0, se planea incluir las herramientas de Rust como dependencias de ensamblaje obligatorias. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"