{"id":106023,"date":"2022-12-13T15:36:42","date_gmt":"2022-12-13T13:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39"},"modified":"2022-12-13T15:36:42","modified_gmt":"2022-12-13T13:36:42","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","title":{"rendered":"Lanzamiento del sistema de control de versiones Git 2.39","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de dos meses de desarrollo, se ha publicado la versi\u00f3n 2.39 del sistema de gesti\u00f3n de versiones distribuido Git. Git es uno de los sistemas de control de versiones m\u00e1s populares, fiables y de alto rendimiento, que proporciona herramientas flexibles para el desarrollo no lineal basadas en la ramificaci\u00f3n y fusi\u00f3n de ramas. Para garantizar la integridad del historial y la resistencia a los cambios 'retroactivos', se utiliza el hash impl\u00edcito de todo el historial anterior en cada 'commit', as\u00ed como la posibilidad de validar con firmas digitales a los desarrolladores de etiquetas y 'commits' individuales. <\/p>\n
En comparaci\u00f3n con la versi\u00f3n anterior, esta nueva versi\u00f3n incluye 483 cambios preparados por la participaci\u00f3n de 86 desarrolladores, de los cuales 31 contribuyeron por primera vez. Las principales novedades son: <\/p>\n
\n
En el comando 'git shortlog', que est\u00e1 destinado a mostrar res\u00famenes con estad\u00edsticas del historial de cambios, se ha agregado la opci\u00f3n '--group' para agrupar 'commits' arbitrariamente por campos que no se limitan al autor o al 'committer'. Por ejemplo, para mostrar una lista de desarrolladores con informaci\u00f3n sobre el n\u00famero de cambios, incluidos los colaboradores mencionados en el campo 'Co-authored-by', se puede usar el comando: git shortlog -ns --group=author --group=trailer:co-authored-by\n
La salida de shortlog se puede agregar utilizando especificadores de formato, y la opci\u00f3n «—group» permite simplificar considerablemente la creaci\u00f3n de informes complejos y eliminar la necesidad de ejecutar comandos adicionales de ordenaci\u00f3n. Por ejemplo, para crear un informe sobre cu\u00e1ntos commits para una versi\u00f3n espec\u00edfica se aceptaron en cada mes, se puede especificar: git shortlog v2.38.0.. —date=’format:%Y-%m’ —group=’’ -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12 Anteriormente, para realizar una operaci\u00f3n similar se habr\u00eda requerido el uso de las utilidades sort y uniq: git log v2.38.0.. —date=’format:%Y-%m’ —format=’’ | sort | uniq -c <\/p>\n
Se han ampliado las capacidades del mecanismo \u00abcruft packs\u00bb, dise\u00f1ado para empaquetar objetos inaccesibles que no tienen enlaces en el repositorio (no referenciados por ramas o etiquetas). Los objetos inaccesibles son eliminados por el recolector de basura, pero, antes de eliminarse, permanecen en el repositorio durante un tiempo determinado para evitar estados de carrera. El mecanismo \u00abcruft packs\u00bb permite almacenar todos los objetos inaccesibles en un \u00fanico archivo pack, y reflejar la fecha de modificaci\u00f3n de cada objeto en una tabla separada, que se almacena en un archivo con la extensi\u00f3n \u00ab.mtimes\u00bb, para que no se superponga con el tiempo general de modificaci\u00f3n.\n
El tiempo de existencia de los objetos inaccesibles en el repositorio antes de su eliminaci\u00f3n real se determina mediante la opci\u00f3n \u00ab--prune=\u00bb. Aunque la demora antes de la eliminaci\u00f3n es un m\u00e9todo bastante efectivo y pr\u00e1ctico para prevenir da\u00f1os en el repositorio debido a estados de carrera, no es 100% confiable. Para simplificar la recuperaci\u00f3n de un repositorio da\u00f1ado, en la nueva versi\u00f3n se ha proporcionado la opci\u00f3n de guardar objetos faltantes, para lo cual se ha a\u00f1adido la opci\u00f3n \u00ab--expire-to\u00bb al comando \u00abgit repack\u00bb, permitiendo especificar un archivo para crear una copia externa de todos los objetos eliminados. Por ejemplo, para guardar en el archivo backup.git los objetos inaccesibles que no han cambiado en los \u00faltimos 5 minutos, se puede utilizar el comando: git repack --cruft --cruft-expiration=5.minutes.ago -d --expire-to=..\/backup.git <\/p>\n
Se ha incrementado significativamente (hasta un 70%) la velocidad de ejecuci\u00f3n de la operaci\u00f3n \u00abgit grep --cached\u00bb al buscar en \u00e1reas donde se aplica la clonaci\u00f3n parcial (sparse-checkout) y para las cuales se tienen \u00edndices parciales (sparse index). Anteriormente, al indicar la opci\u00f3n \u00ab--cached\u00bb, primero se realizaba la b\u00fasqueda en el \u00edndice normal y luego en los parciales, lo que provocaba retrasos significativos al buscar en grandes repositorios.\n