{"id":108813,"date":"2023-06-02T15:10:15","date_gmt":"2023-06-02T13:10:16","guid":{"rendered":"https:\/\/prohoster.info\/?p=108813"},"modified":"2023-06-02T17:30:17","modified_gmt":"2023-06-02T15:30:17","slug":"dostupna-sistema-upravleniya-ishodnymi-tekstami-git-2-41","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/dostupna-sistema-upravleniya-ishodnymi-tekstami-git-2-41","title":{"rendered":"Est\u00e1 disponible el sistema de control de versiones Git 2.41","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de tres meses de desarrollo, se publica la versi\u00f3n 2.41 del sistema distribuido de control de versiones Git. Git es uno de los sistemas de control de versiones m\u00e1s populares, confiables y de alto rendimiento, que proporciona herramientas flexibles para el desarrollo no lineal, basadas en ramificaci\u00f3n y fusi\u00f3n de ramas. Para garantizar la integridad del historial y la resistencia a cambios retroactivos, se utiliza un hashing impl\u00edcito de todo el historial anterior en cada commit, y tambi\u00e9n es posible garantizar digitalmente las firmas de los desarrolladores en etiquetas y commits individuales. <\/p>\n
Comparado con la versi\u00f3n anterior, se han adoptado 542 cambios en la nueva versi\u00f3n, preparados con la participaci\u00f3n de 95 desarrolladores, de los cuales 29 han participado en el desarrollo por primera vez. Las principales novedades son: <\/p>\n
\n
Se ha mejorado el manejo de objetos inalcanzables, que no tienen referencias en el repositorio (no est\u00e1n referenciados por ramas o etiquetas). Los objetos inalcanzables son eliminados por el recolector de basura, pero permanecen en el repositorio durante un tiempo determinado antes de ser eliminados, para evitar condiciones de carrera. Para rastrear el periodo durante el cual los objetos inalcanzables siguen presentes, es necesario vincularles marcas con la hora de modificaci\u00f3n de dichos objetos, lo que impide almacenarlos en un mismo archivo pack, donde todos los objetos tienen un tiempo conjunto de modificaci\u00f3n. Anteriormente, cada objeto inalcanzable se guardaba en un archivo separado, lo que causaba problemas cuando hab\u00eda un gran n\u00famero de objetos inalcanzables recientes que a\u00fan no eran candidatos a eliminaci\u00f3n. En la nueva versi\u00f3n, por defecto se utiliza el mecanismo de \u2018cruft packs\u2019 para empaquetar objetos inalcanzables, permitiendo almacenar todos los objetos inalcanzables en un mismo archivo pack, mientras que los datos sobre la hora de modificaci\u00f3n de cada objeto se reflejan en una tabla separada, que se almacena en un archivo con extensi\u00f3n \u2018.mtimes\u2019 y se vincula mediante un archivo \u00edndice con extensi\u00f3n \u2018.idx\u2019.
<\/center>\n
Por defecto se ha habilitado el registro en disco del \u00edndice inverso (revindex) para archivos pack. En las pruebas realizadas en el repositorio torvalds\/linux, la aplicaci\u00f3n del \u00edndice inverso permiti\u00f3 acelerar las operaciones intensivas en recursos de \u2018git push\u2019 en 1.49 veces, y operaciones simples, como calcular el tama\u00f1o de un objeto usando \u2018git cat-file \u2014batch=\u2019%(objectsize:disk)'\u2019 en 77 veces. Los archivos (\u2018.rev\u2019) con \u00edndice inverso se guardar\u00e1n dentro del repositorio en el directorio \u2018.git\/objects\/pack\u2019.\n
Recordemos que Git almacena todos los datos en forma de objetos, que se colocan en archivos separados. Para mejorar la eficiencia al trabajar con el repositorio, los objetos se agrupan adicionalmente en archivos pack, donde la informaci\u00f3n se presenta en forma de flujo de objetos que se siguen unos a otros (un formato similar se utiliza al transmitir objetos con los comandos git fetch y git push). Para cada archivo pack se crea un archivo \u00edndice (.idx), que permite identificar r\u00e1pidamente la posici\u00f3n en el archivo pack donde se almacena un objeto dado, utilizando su identificador. <\/p>\n
El nuevo \u00edndice inverso incluido en esta versi\u00f3n est\u00e1 dise\u00f1ado para optimizar el proceso de identificaci\u00f3n de objetos utilizando la informaci\u00f3n de ubicaci\u00f3n en el archivo pack. Anteriormente, esta conversi\u00f3n se realizaba en tiempo real durante el an\u00e1lisis del archivo pack y solo se almacenaba en memoria, lo que no permit\u00eda reutilizar tales \u00edndices y obligaba a generar el \u00edndice cada vez. La operaci\u00f3n de construcci\u00f3n del \u00edndice se reduce a crear un array de pares \"objeto-posicion\" y a ordenarlo por posici\u00f3n, lo que puede llevar mucho tiempo para archivos pack grandes. <\/p>\n
Por ejemplo, la operaci\u00f3n de salida del contenido de los objetos, que utiliza el \u00edndice directo, se ejecut\u00f3 62 veces m\u00e1s r\u00e1pido que la operaci\u00f3n de visualizaci\u00f3n del tama\u00f1o de los objetos, para la cual los datos de enlace de la posici\u00f3n con el objeto no estaban indexados. Tras el uso del \u00edndice inverso, las operaciones mencionadas comenzaron a llevar aproximadamente el mismo tiempo. Los \u00edndices inversos tambi\u00e9n permiten acelerar las operaciones de env\u00edo de objetos al ejecutar los comandos fetch y push mediante la transmisi\u00f3n directa de datos preestablecidos desde el disco.
<\/center> <\/p>\n
En el protocolo \"credential helper\", que se utiliza para pasar credenciales al acceder a repositorios con acceso restringido, se ha a\u00f1adido el soporte para la transmisi\u00f3n de encabezados WWW-Authenticate entre el gestor de credenciales y el servicio donde se realiza la autenticaci\u00f3n. El soporte para el encabezado WWW-Authenticate permite transmitir par\u00e1metros de scope de OAuth para una separaci\u00f3n de acceso m\u00e1s granular a los repositorios y una delimitaci\u00f3n de las \u00e1reas accesibles para las solicitudes.\n
Se ha a\u00f1adido la opci\u00f3n de formato \u00ab%(ahead-behind:<base>)\u00bb al comando for-each-ref, lo que permite obtener de una vez informaci\u00f3n sobre el n\u00famero de commits presentes o ausentes en una rama determinada en relaci\u00f3n a otra rama (cu\u00e1nto una rama se retrasa o adelanta a otra a nivel de commits). Anteriormente, para obtener esta informaci\u00f3n se requer\u00eda ejecutar dos comandos separados: \u00abgit rev-list \u2014count main..my-feature\u00bb para obtener el n\u00famero de commits \u00fanicos en la rama y \u00abgit rev-list \u2014count my-feature..main\u00bb para obtener el n\u00famero de commits ausentes. Ahora estos c\u00e1lculos se pueden reducir a un solo comando, lo que simplifica la escritura de manejadores y reduce el tiempo de ejecuci\u00f3n. Por ejemplo, para mostrar ramas no fusionadas y evaluar su retraso o adelanto respecto a su rama principal, se puede utilizar una l\u00ednea: $ git for-each-ref \u2014no-merged=origin\/HEAD \n \u2014format='%(refname:short) %(ahead-behind:origin\/HEAD)' \n refs\/heads\/tb\/ | column -t tb\/cruft-extra-tips 2 96 tb\/for-each-ref\u2014exclude 16 96 tb\/roaring-bitmaps 47 3 en lugar del script que se utilizaba anteriormente, que se ejecutaba 17 veces m\u00e1s lento: $ git for-each-ref \u2014format='%(refname:short)' \u2014no-merged=origin\/HEAD \n refs\/heads\/tb | while read ref do ahead='$(git rev-list \u2014count origin\/HEAD..$ref)' behind='$(git rev-list \u2014count $ref..origin\/HEAD)' printf \u2018%s %d %d\n\u2019 \u2018$ref\u2019 \u2018$ahead\u2019 \u2018$behind\u2019 done | column -t tb\/cruft-extra-tips 2 96 tb\/for-each-ref\u2014exclude 16 96 tb\/roaring-bitmaps 47 3\n
Se ha a\u00f1adido la opci\u00f3n \u00ab\u2014porcelain\u00bb al comando \u00abgit fetch\u00bb, que al especificarla genera una salida en el formato \u00ab \u00bb, menos legible pero m\u00e1s conveniente para su an\u00e1lisis en scripts.\n
![\"Est\u00e1](\"\/wp-content\/uploads\/2023\/06\/1158b26b1dfd1c16c93017669224d7a4.png\")
<\/center>\n![\"Est\u00e1](\"\/wp-content\/uploads\/2023\/06\/ed6cb7102da37d1262fd3079ac983158.png\")
<\/center> <\/p>\n