{"id":105249,"date":"2022-10-04T15:36:37","date_gmt":"2022-10-04T13:36:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38"},"modified":"2022-10-04T15:36:37","modified_gmt":"2022-10-04T13:36:37","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38","title":{"rendered":"Lanzamiento del sistema de control de versiones Git 2.38.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se presenta la nueva versi\u00f3n del sistema de control de versiones distribuido Git 2.38. Git es uno de los sistemas de control de versiones m\u00e1s populares, confiables y de alto rendimiento, que ofrece herramientas flexibles para el desarrollo no lineal basadas en la ramificaci\u00f3n y fusi\u00f3n de ramas. Para asegurar 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, y tambi\u00e9n es posible certificar con firmas digitales los tags y commits espec\u00edficos de los desarrolladores. <\/p>\n
En comparaci\u00f3n con la versi\u00f3n anterior, se han integrado 699 cambios en la nueva versi\u00f3n, preparados con la participaci\u00f3n de 92 desarrolladores, de los cuales 24 participaron en el desarrollo por primera vez. Las principales novedades son: <\/p>\n
\n
El paquete incluye la herramienta \"scalar\", desarrollada por Microsoft para gestionar repositorios grandes. La herramienta fue originalmente escrita en C#, pero se ha incluido una versi\u00f3n reescrita en C. La nueva herramienta se diferencia del comando git al incluir por defecto caracter\u00edsticas y configuraciones adicionales que afectan al rendimiento al trabajar con repositorios muy grandes. Por ejemplo, al usar scalar se aplica:\n
\n
Clonaci\u00f3n parcial para trabajar con una copia incompleta del repositorio.\n
Un mecanismo incorporado de seguimiento de cambios en el sistema de archivos (FSMonitor), que permite evitar la revisi\u00f3n de todo el directorio de trabajo.\n
\u00cdndices que abarcan objetos en diferentes paquetes (multi-pack).\n
Archivos commit-graph con un \u00edndice del gr\u00e1fico de commits, aplicado para optimizar el acceso a la informaci\u00f3n sobre los commits.\n
Trabajos peri\u00f3dicos en segundo plano para mantener la estructura \u00f3ptima del repositorio en segundo plano, sin bloquear la sesi\u00f3n interactiva (cada hora se ejecuta un trabajo de carga anticipada de nuevos objetos desde el repositorio remoto y actualizaci\u00f3n del archivo del gr\u00e1fico de commits, y cada noche se inicia el proceso de empaquetado del repositorio).\n
El modo \"sparseCheckoutCone\", que limita los patrones permitidos al clonar parcialmente. <\/ul>\n
Se ha a\u00f1adido la opci\u00f3n \"--update-refs\" al comando \"git rebase\" para actualizar las ramas dependientes que se cruzan con las ramas que se est\u00e1n moviendo, evitando as\u00ed la necesidad de realizar operaciones de checkout manualmente a cada rama dependiente para cambiar al commit requerido.\n
Se ha a\u00f1adido compatibilidad con \u00edndices parciales en el comando \"git rm\".\n
Se ha mejorado el comportamiento del comando \"git mv A B\" al mover archivos de un \u00e1rea de trabajo con \u00edndices parciales en modo \"cone\" a un \u00e1rea externa donde este modo no se aplica.\n
Se ha optimizado el formato de archivos bitmap para trabajar con grandes repositorios \u2014 se ha a\u00f1adido una tabla de \u00edndice opcional con la lista de commits seleccionados y sus desplazamientos.\n
En el comando \"git merge-tree\" se ha implementado un nuevo modo en el que, bas\u00e1ndose en dos commits especificados, se calcula un \u00e1rbol con el resultado de la fusi\u00f3n, como si las historias de estos commits hubieran sido combinadas.\n
Se ha a\u00f1adido la configuraci\u00f3n \u00absafe.barerepository\u00bb para gestionar la posibilidad de crear repositorios bare (repositorios sin \u00e1rbol de trabajo) dentro de otros repositorios git. Al establecerse en \u00abexplicit\u00bb, solo se permitir\u00e1 trabajar con repositorios bare ubicados en el directorio principal. Para permitir la creaci\u00f3n de repositorios bare en subdirectorios, se debe utilizar el valor \u00aball\u00bb.\n
Se ha a\u00f1adido la opci\u00f3n \u00ab-m\u00bb (\u00ab--max-count\u00bb) al comando \u00abgit grep\u00bb, similar a la opci\u00f3n del mismo nombre en GNU grep y que permite limitar el n\u00famero de coincidencias mostradas.\n
Se ha implementado la opci\u00f3n \u00ab--format\u00bb en el comando \u00abls-files\u00bb para personalizar los campos que se muestran (por ejemplo, se puede incluir la salida del nombre del objeto, modos, etc.).\n
En \u00abgit cat-file\u00bb, al mostrar el contenido de los objetos, se ha implementado la posibilidad de tener en cuenta las asignaciones de autores a correos electr\u00f3nicos, definidas en el archivo mailmap. <\/ul>\n