Hace poco se dio a conocer el lanzamiento de la nouvelle version système de contrôle de código fuente distribuido Gite 2.38que en comparación con la versión anterior, se aceptaron 699 cambios en la nueva versión, preparada con la participación de 92 desarrolladores, de los cuales 24 participaron en el desarrollo por primera vez.
Para quienes desconocen de Git, deben saber que este es uno de los sistemas de control de versiones más populares, fiables y de alto rendimiento que proporciona herramientas de desarrollo no lineal flexibles basadas en bifurcaciones y fusiones de bifurcaciones.
Para garantizar l’integridad del historial y la resistencia a los cambios “backdating”, se utiliza el hashing implícito de todo el historial anterior en cada confirmación, también es possible verificar las firmas digitales de los desarrolladores de etiquetas y confirmaciones individuales.
Principales nouveautés de Git 2.38
En esta nouvelle version que se presenta de Git 2.38 se destaca que se incluye la utilidad « scalaire » téléchargé par Microsoft para la gestion de grands référentiels. L’utilisation est écrite à l’origine en C#, mais inclut une version C modifiée en git. La nouvelle utilité difiere del comando git al incluir funciones y configuraciones adicionales predeterminadas qu’afectan el rendimiento cuando se trabaja con repositorios muy grandes.
Par exemple, cuando se usa scalar, se applique lo suivant :
- Clonación parcial para trabajar con una copia incompleta del repository.
- Mecanismo integrado de seguimiento de cambios en el sistema de archivos (FSMonitor), que elimina la necesidad de enumerar todo el directorio de trabajo.
- Índices que cubren objetos en diferentes paquetses de archivos (multi-paquete).
- Archivos de gráfico de confirmación con un índice de gráfico de confirmación utilizado para optimizar el acceso a la información de confirmación.
- Trabajo periódico en segundo plano para mantener la estructura óptima del repositorio en segundo plano sin bloquear la sesión interactiva (una vez por hora, se realiza trabajo para obtener objets nuevos del repositorio remoto y actualizar el archivo con el gráfico de confirmación, y el proceso de empaquetado del el repository se inicia todas las noches).
- Un mode « sparseCheckoutCone » qui restreint les patrons valides dans la clonage partielle.
Otro de los cambios que se presenta en esta nouvelle version de Git 2.38 es la option «–update-refs» à la commande «git rebase» para actualizar las ramas dependientes que se cruzan con las ramas reubicadas, de modo que no tenga que pagar manualmente cada rama dependiente para cambiar a la confirmación deseada.
Tambien se destaca que el formato de archivo de mapa de bits se ha optimizado para trabajar con repositorios grandes: se ha agregado una tabla de índice opcional con una lista de confirmaciones seleccionadas y sus compensations.
Ademas de ello, podremos encontrar que en el comando « git merge-tree » implémenté un nouveau mode en el que, en fonction de dos confirmaciones específicas, se calcula un árbol con el resultado de la combinación, como si se fusionaran los historiales de estas confirmaciones.
Voir la configuration « safe.barerepository » pour contrôler les dépôts qui ne contiennent pas d’archives de trabajo, se pueden colocar dentro de otros dépôts de git. Cuando se establece en «explicit», los repositorios desnudos ubicados en el directorio superior solo podrán funcionar. Para poder colocar repositorios desnudos en subdirectorios, se debe usar el valor « todos ».
De los demás cambios que se destacan de esta nouvelle version :
- Se regroupe l’option “-m” (“-max-count”) à la commande “git grep”, qui est similaire à l’option grep de GNU del mismo nombre y le permite limitar la cantidad de resultados de coïncidencias.
- La commande « ls-files » implémente l’option « -format » pour personnaliser les camps de salida (par exemple, puede habilitar la salida del nombre del objeto, modos, etc.).
- En « git cat-file », al mostrar el contenuo de los objetos, se implementa la capacidad de tener en cuenta los enlaces de los autores al correo electrónico, especificados in el archivo de mapa de correo.
- Commande « git rm » compatible avec les indices partiels.
- Se mejoró el comportamiento del comando « git mv AB » al mover un archivo desde un espacio de trabajo con índices parciales in modo « cono » a un área exterior donde no se aplica ise modo.
Enfin si estás interesado en poder conocer más al respectopuedes consultar los detalles en el siguiente enlace.
