GIT está llamando actualizar a la la última versión GIT 2.45.1, lanzada el 14 de mayo de 2024, que aborda cinco vulnerabilidades. Las plataformas afectadas son Windows, MacOS, Linux e incluso *BSD, ¡por lo que estas soluciones son importantes para todos! Esta versión se coordinó con Visual Studio y Github Desktop, que incluyen un subconjunto de GIT. También están lanzando varias actualizaciones de defensa en profundidad para corregir errores.

Esto de tener un repositorio en GitHub, o incluso en GitLab, por no decir, en cualquier otro de los servicios que hay disponibles, es algo que ha pasado de ser extraño a estar a la orden del día. No solo se utiliza para el trabajo colaborativo en el desarrollo de software, sino que también se usa para multitud de otras actividades: desde guardar tus archivos de configuración hasta para escribir libros, ya sea solo o de forma colaborativa. Lo cierto es que es posible que guardes información sensible. En este sentido la solución es el cifrado de repositorios Git.

Hay una gran cantidad de excelentes herramientas de código abierto para almacenar secretos en Git. Puede ser difícil determinar cuál es el mejor dependiendo del caso, así que para ayudar a comparar y elegir, vamos a ver y comparar cuatro de las herramientas de código abierto más populares para la gestión de secretos en Git.

Git viene con un montón de herramientas, lo que a veces puede llevar a confusión. Además, Internet está lleno de tutoriales haciendo difícil estar al día de todos ellos. En esta entrada hemos recopilado algunos de los consejos y trucos que usamos aquí, en GitLab, en el día a día con la esperanza de que sean útiles.

Git proporciona varias herramientas para depurar nuestro proyecto. Por ejemplo, con git blame es sencillo encontrar el autor de una determinada línea de código; con git grep es sencillo encontrar un texto en nuestro proyecto; y con git bisect es fácil encontrar el commit donde fue introducido un error.

En el siguiente vídeo se mostrará cómo instalar GitLab y cómo crear y desplegar una aplicación desde la idea básica hasta producción. Todo ello en tan sólo 13 minutos.

Git tiene un fuerte compromiso con la compatibilidad hacia atrás, por eso muchas características están ocultas en opciones en lugar de puestas como el comportamiento predeterminado. Por suerte, Git soporta alias, por lo que se pueden crear comandos propios para hacer todo tipo de magia con Git, como se muestra en la siguiente lista.

GitLab, la empresa detrás del software de gestión de repositorios en Git de código abierto, ha lanzado Issue Board, una herramienta de gestión de tareas similar a la famosa Trello, que será integrada en los servicios web actuales de GitLab sin coste alguno. La herramienta provee una interfaz gráfica donde los miembros del equipo pueden ver el estado de sus proyectos.

Fast Export es una herramienta para convertir repositorios de Mercurial a Git. Su funcionamiento es bastante sencillo y pasa para ejecutar el comando hg-fast-export.sh desde el repositorio de Git indicando en un parámetro el repositorio de Mercurial que exportar. Esta herramienta es software libre (licencia MIT) y se puede acceder directamente a su código fuente en GitHub (github.com/frej/fast-export).

Slack es una avanzada plataforma de comunicación, que permite el intercambio de información de manera rápida, precisa y organizada. Slack-Gitsin es un script escrito en Python que nos permite interactuar con Slack utilizando la línea de comandos de forma rápida y precisa. Slack-Gitsin tiene una organización envidiable y además no usa nada más que 20 MB de memoria. [Vía: blog.desdelinux.net/como-utilizar-n-slack-gitsin/ ]

Se ha lanzado la versión 2.9 del sistema de control de versiones Git. En esta versión se incluyen tanto corrección de errores como nuevas características, entre las que se incluyen: gestión de submódulos más rápida y flexible; mejora en la visualización de diffs; chequeo de commits al hacer rebase; mejora en la presentación de los mensajes de log; etc.

Mucha gente nos ha hecho preguntas sobre cómo es la infraestructura interna de GitLab.com. Desde Twitter muestran sus dudas para saber cuántos servidores usamos, así que, dado este número de cuestiones, hemos querido ir un poco más allá y ofrecer una mirada a nuestra infraestructura. En esta entrada no sólo encontraréis cuántos servidores usamos, sino también una perspectiva de para qué se usa cada uno de ellos.

‘git-remote-desktop’ es una forma segura de almacenar un repositorio de Git en Dropbox. Una vez instalado, esta aplicación instala un nuevo protocolo para Git para almacenar repositorios en Dropbox. Para añadir un nuevo repositorio, bastaría con usar el comando ‘git remote add my-origin dropbox://path/to/repo’. [Página del proyecto: github.com/anishathalye/git-remote-dropbox ]

GitHub almacena más de 35 millones de repositorios de Git y más de 30 millones de Gists (pequeños trozos de código) en cientos de servidores. Durante el pasado año, hemos estado construyendo DGit (Distributed Git), un nuevo sistema de almacenamiento distribuido que mejora de forma dramática la disponibilidad, la confiabilidad y el rendimiento del almacenamiento y el servicio de contenidos almacenados con Git.

Si tu propósito para nuevo año era actualizar Git, tenemos buenas noticias. La comunidad de Git acaba de lanzar Git 2.7.0 y a nosotros nos gustaría compartir algunas de sus novedades contigo.

En esta entrada se muestra las que son las 10 preguntas más frecuentes sobre Git y cuáles son las soluciones para cada una de ellas. Entre estas preguntas se encuentran: ¿cómo se edita un mensaje de commit incorrecto? ¿Cómo se deshace el último commit? ¿Cómo se deshace un ‘git add’? ¿Cómo se borra una rama (tanto local como remota)?

Imagina que trabajas en varias máquinas con Git y en cada una tienes que usar una configuración diferente, por ejemplo en el correo electrónico. Para tener esta configuración variable se puede hacer de varias formas, como poniendo la propia configuración dentro de un repositorio, pero quizás la mejor forma de hacerlo sea usando la sección [include] del propio archivo de configuración de Git de la siguiente forma.

BFG Repo Cleaner es una alternativa a git-filter-branch más simple y rápida para eliminar grandes archivos o borrar contraseñas o cualquier dato privado en toda la historia de un repositorio de Git. El comando git-filter-branches es muy potente y puede hacer cosas que esta utilidad no puede, pero BFG es mucho mejor para estas tareas específicas porque puede ser hasta 720 veces más rápido, además de tener una interfaz de usuario más sencilla.

Una pequeña historia acerca de Git, el sistema de control de versiones creado originalmente por Linus Torvalds. [Usar las flechas del teclado para avanzar y/o retroceder]

Muchos usuarios han abrazado Git por su flexibilidad como un sistema de control de versiones distribuido, sobre todo gracias a la gestión de ramas. Si bien esta flexibilidad funciona para la mayoría de los casos de uso, algunos no se manejan con tanta elegancia. Uno de estos casos de uso es el uso de Git con repositorios monolíticas grandes o monorepos. Este artículo contesta varias cuestiones relacionadas con monorepos cuando se utiliza Git y ofrece consejos para mitigar los problemas relacionados.

Una de las características más útiles de cualquier sistema de control de versiones es la posibilidad de “deshacer” los errores. En Git, “deshacer” puede significar muchas cosas ligeramente diferentes. Cuando haces un nuevo commit, Git almacena una instantánea del repositorio en ese momento específico en el tiempo; más adelante, se puede usar Git para volver a una versión anterior del proyecto. En esta entrada se verán varios escenarios con sus ejemplos donde es necesario deshacer cosas en un repositorio de Git.