¿Nuevo en Git? Construye estos 7 buenos hábitos desde el primer día

Una imagen de un programador trabajando en un proyecto de codificación.

Desde el seguimiento de la historia de un proyecto hasta la consolidación de código, Git se ha convertido en una piedra angular del desarrollo de software moderno. Como tal, aprender a usar Git correctamente es importante para cualquier desarrollador que busque colaborar con otros. En este artículo, revisaré algunos consejos para principiantes en Git para ayudarte a construir un buen hábito de Git hoy.

1. Establecer el nombre de usuario y el correo electrónico del usuario

Una de las primeras cosas que debes hacer en Git es establecer tu nombre de usuario y correo electrónico predeterminados. Esto te permite etiquetar correctamente tus commits, facilitando que otros se refieran a tu código y te contacten en el futuro.

Para establecer tu nombre de usuario y correo electrónico, ejecuta los siguientes comandos en una nueva sesión de terminal:

git config--global user.name "TU NOMBRE"  
git config--global user.email "TU DIRECCIÓN DE CORREO ELECTRÓNICO"

También puedes establecer estas variables a través de tu archivo de configuración personal de Git. Para ello, utiliza tu editor de texto favorito para abrir o crear un archivo .gitconfig en tu directorio de inicio:

ano ~/.gitconfig

Pega las siguientes líneas de código dentro de tu archivo de configuración:

[user]  
name= TU-NOMBRE-AQUÍ  
email= TU-CORREO-ELECTRÓNICO-AQUÍ

Guarda tu archivo de configuración, luego confirma que Git lo lee correctamente ejecutando el siguiente comando:

git config--list

2. Crear alias para funciones comunes

No es un secreto que Git es un programa complejo. Con su multitud de subcomandos y opciones, Git puede ser abrumador para los nuevos desarrolladores. Un truco que puedes usar es crear alias para estos comandos para que sean más fáciles de recordar.

Para crear un nuevo alias, pega el siguiente comando en una nueva sesión de terminal:

git config--global alias."CLAVE""SUBCOMANDO"

Reemplaza el marcador de posición CLAVE con el alias que deseas para tu subcomando. En mi caso, estableceré el subcomando “status” con la clave “sta.”

Similar a establecer el nombre de usuario y correo electrónico de Git, también puedes usar el archivo .gitconfig en tu directorio de inicio para establecer nuevos alias. Para ello, pega el siguiente bloque de código dentro de tu archivo .gitconfig:

[alias]  
    sta = status  
    fet = fetch

Guarda tu archivo .gitconfig, luego confirma que está funcionando correctamente utilizando tu nuevo alias.

3. Aprovechar .gitignore

Las bases de código activas a menudo vienen con archivos que quizás no desees rastrear en el control de versiones. Estos podrían ser archivos de objeto sobrantes o incluso notas temporales en el directorio raíz del repositorio. Con el tiempo, estos archivos innecesarios pueden acumularse, ocupando espacio en el disco de tu PC.

Una forma de solucionar esto es creando un archivo .gitignore dentro de tu repositorio de Git. Este es un archivo que le dice a Git qué archivos ignorar al crear commits. Para crear un archivo .gitignore, ejecuta lo siguiente dentro de tu repositorio:

nano ~/TU-REPOSITORIO-GIT/.gitignore

Proporciona la ruta de los archivos que deseas excluir dentro del archivo .gitignore. En mi caso, no quiero incluir un archivo de notas dentro del directorio “temp” de mi repositorio.

Incluir ruta de archivo de Gitignore

Confirma que tu archivo está funcionando correctamente al realizar cambios en tu repositorio de código.

Una terminal que muestra la salida del subcomando Git status para gitignore.

Por cierto: ¿eres usuario de Emacs? Aprende cómo puedes usar Git en Emacs con la aplicación Magit.

4. Escribir mensajes de commit concisos

Los mensajes de commit son una parte fundamental de cada proyecto de Git. Proporcionan detalles sobre los cambios que realizaste, haciendo que tu repositorio sea más fácil de navegar a largo plazo. Sin embargo, si no los haces correctamente, los mensajes de commit también pueden ser una fuente de frustración.

Como tal, otro buen hábito a construir mientras usas Git es ser conciso con tus mensajes de commit. Por defecto, la práctica estándar es mantener tus mensajes en una sola línea y bajo 50 caracteres.

Una terminal que muestra un ejemplo de mensaje de commit.

Dicho esto, hay instancias en las que podrías querer elaborar sobre un commit en particular. Para esos casos, asegúrate de mantener la longitud de línea de tu mensaje por debajo de 72 caracteres por línea. Esto asegurará que tu commit siga siendo legible en terminales pequeñas y correos electrónicos.

5. Utilizar ramas de Git

Las ramas de Git son una herramienta increíble que puede crear múltiples versiones de tu base de código en el mismo repositorio. Esto te permite desarrollar nuevo código mientras mantienes una copia prístina de su fuente original. Para alguien nuevo en Git, crear ramas es un hábito importante que adquirir, ya que agiliza el proceso de integración de nuevo código a tu programa.

Para crear una nueva rama, navega a tu repositorio de Git, luego ejecuta el siguiente comando:

git checkout-b mi-rama

Confirma que te has movido a la rama “mi-rama” ejecutando git status, luego realiza algunos cambios en tu código. En mi caso, editaré un archivo de texto dentro de mi repositorio.

Finaliza tus cambios ejecutando git commit, luego vuelve a tu rama principal ejecutando git checkout master.

Abre los archivos que cambiaste en la nueva rama para confirmar que los archivos modificados no aparecen en la rama principal.

Bueno saber: ¿buscas entrar en la autoalojamiento? Consulta algunas de las mejores alternativas a Github que se pueden autoalojar hoy.

6. Verifica la diferencia antes de fusionar código

Git, en sí mismo, proporciona una gran ventaja para agilizar el desarrollo de funciones, pruebas e integración de código. Sin embargo, hay casos en los que fusionar código no es tan claro como parece. Por ejemplo, introducir código de una rama de función puede romper funciones existentes en la rama principal.

Para evitar esto, debes revisar las diferencias entre las dos ramas antes de fusionar código. En Git, puedes hacer esto utilizando el comando diff.

git diff master..mi-rama

Una terminal que muestra la diferencia entre las dos ramas en un repositorio de Git.

Además, el comando diff puede verificar la diferencia entre dos archivos dentro de la misma rama. Esto es útil si tienes múltiples copias del mismo archivo y deseas verificar rápidamente cualquier cambio significativo entre ellos.

Aparte de eso, también puede crear parches a partir de tus archivos. Estos son pequeños fragmentos de texto legible por máquina que otros pueden usar para aplicar tus cambios a su repositorio de Git.

Una terminal que muestra el contenido de un archivo de parche para Git.

7. Usa Git Fetch en lugar de Git Pull

Cuando se trata de colaboración, Git ofrece herramientas para facilitar compartir y obtener trabajo de otros desarrolladores. Comandos como git pull, por ejemplo, te permiten obtener y aplicar actualizaciones para repositorios en tu sistema local.

Dicho esto, una desventaja de git pull es que aplica automáticamente los cambios en el upstream a tu copia local. Este es un gran problema si estás trabajando con varias personas en una rama de función o rastreando un problema en el programa.

Para evitar que esto suceda, un buen hábito a adoptar es cambiar de git pull a git fetch. Esto solo obtiene las últimas actualizaciones del upstream del repositorio y no fusiona ningún código en tu copia local.

Una terminal que muestra los nuevos cambios en el repositorio upstream sin fusionarlos en la base de código local.

Para fusionar cualquier cambio, puedes ejecutar git merge seguido del nombre de la rama que deseas integrar.

Una terminal que muestra el proceso de fusión de código desde upstream a la copia local.

Aprender estos hábitos de Git es solo el primer paso para explorar el maravilloso mundo del desarrollo de software y el software enfocado en la colaboración. Aprende cómo puedes expandir aún más tu conocimiento de Git consultando las diferencias entre Github y Gitlab.

Crédito de la imagen: Grok a través de x.ai. Todas las alteraciones y capturas de pantalla por Ramces Red.