{"id":137094,"date":"2025-06-17T03:05:07","date_gmt":"2025-06-17T01:05:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-50"},"modified":"2025-06-17T03:05:07","modified_gmt":"2025-06-17T01:05:07","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-50","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-50","title":{"rendered":"Lanzamiento del sistema de control de versiones Git 2.50","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n 2.50 del sistema de control de versiones distribuido Git. Git se destaca por su alto rendimiento y proporciona herramientas de desarrollo no lineales basadas en ramas y fusiones. Para garantizar la integridad de la historia y la resistencia a los cambios 'retroactivos', se utiliza el hash impl\u00edcito de todo el historial previo en cada commit, as\u00ed como la verificaci\u00f3n digital por firmas de los desarrolladores para 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 esta nueva versi\u00f3n se han aceptado 621 cambios, preparados con la participaci\u00f3n de 98 desarrolladores, de los cuales 35 participan por primera vez en el desarrollo. Principales novedades: <\/p>\n
\n
Se ha ampliado la capacidad de dividir la base de objetos inalcanzables en varios archivos pack ('cruft packs') que no est\u00e1n referenciados en el repositorio (no referenciados por ramas o etiquetas). El uso de varios archivos pack peque\u00f1os en lugar de uno grande permite reducir significativamente las operaciones de entrada\/salida al volver a empaquetar repositorios con un gran n\u00famero de objetos inalcanzables, ya que no es necesario sobrescribir todos los datos en cada reempaquetado.\n
En la nueva versi\u00f3n se ha propuesto la opci\u00f3n '--combine-cruft-below-size', que permite combinar archivos pack existentes cuyo tama\u00f1o no exceda el valor especificado. A diferencia de la opci\u00f3n previamente disponible '--max-cruft-size', la nueva opci\u00f3n '--combine-cruft-below-size' no limita el tama\u00f1o m\u00e1ximo del archivo pack resultante, lo que permite combinar eficazmente archivos pack en repositorios con un gran n\u00famero de objetos inalcanzables distribuidos en varios archivos pack. <\/p>\n
Se ha a\u00f1adido soporte experimental para la actualizaci\u00f3n incremental de \u00edndices de m\u00faltiples paquetes MIDX (multi-pack index), donde cada capa del \u00edndice MIDX con informaci\u00f3n sobre la disponibilidad de objetos se coloca en un archivo bitmap separado. En repositorios muy grandes, la forma implementada de \u00edndices permite agregar de manera r\u00e1pida y eficiente nuevos bitmaps de disponibilidad de objetos a medida que llegan los commits.\n
Se ha eliminado de la base de c\u00f3digo el antiguo motor de fusi\u00f3n 'recursive', que ha sido reemplazado por un motor completamente renovado llamado 'ORT' (Ostensibly Recursive\u2019s Twin), que es m\u00e1s eficiente, funcional y f\u00e1cil de mantener. ORT permite determinar la posibilidad de fusionar dos objetos sin crear nuevos objetos en el repositorio (con el antiguo motor se requer\u00eda ejecutar el comando 'git merge-tree --write-tree', que escrib\u00eda nuevos objetos en el repositorio). En Git 2.50, se ha implementado la opci\u00f3n '--quiet' en el comando merge-tree, mediante la cual se puede verificar la posibilidad de fusi\u00f3n basado en el c\u00f3digo de retorno sin escribir datos en el repositorio.\n
En el comando «git cat-file —batch» y similares se ha a\u00f1adido la opci\u00f3n «—filter», que permite omitir ciertos objetos al realizar la operaci\u00f3n. git cat-file —batch-check=’%(objectname)’ —filter=’object:type=tree’\n
En el comando «git maintenance» se han implementado tres nuevas acciones: worktree-prune, rerere-gc y reflog-expire. La acci\u00f3n worktree-prune est\u00e1 dise\u00f1ada para eliminar \u00e1rboles de trabajo (worktrees) obsoletos o da\u00f1ados en el repositorio. La acci\u00f3n rerere-gc elimina las entradas antiguas que quedan despu\u00e9s de resolver conflictos de fusi\u00f3n. La acci\u00f3n reflog-expire elimina objetos obsoletos e inaccesibles del reflog.\n
Se ha a\u00f1adido el comando «git reflog drop», que elimina todos los datos del reflog para la rama especificada.\n
Se ha optimizado el manejo y uso de referencias, por ejemplo, se ha implementado la cach\u00e9 de prefijos de referencias, se han eliminado comprobaciones innecesarias al ejecutar el comando «git update-ref», y se ha mejorado la eficiencia en la b\u00fasqueda de iteradores de referencias existentes.\n
Se han a\u00f1adido configuraciones KeepAlive para la biblioteca cURL: http.keepAliveIdle, http.keepAliveInterval y http.keepAliveCount.\n
En el comando «git rev-list» se ha implementado la posibilidad de salida en un formato adecuado para el an\u00e1lisis autom\u00e1tico, donde cada campo est\u00e1 separado por un car\u00e1cter NUL.\n
El lenguaje Perl ha sido excluido de las dependencias necesarias para las utilidades de documentaci\u00f3n y la ejecuci\u00f3n del conjunto de pruebas («make test»). Muchos one-liners de Perl en las pruebas han sido reemplazados por funciones de shell o reescritos en lenguaje C.\n
Se ha a\u00f1adido un procesador userdiff para el formato de archivos de configuraci\u00f3n «.ini».\n
En el comando send-email se ha mejorado el soporte para el servidor SMTP de Outlook. <\/ul>\n