Los 12 comandos de Git que todo desarrollador debe conocer

La última entrega de GitHub para principiantes, donde cubrimos los comandos esenciales de Git para que te familiarices con Git.

Bienvenido a GitHub para principiantes, nuestra serie para ayudar a los recién llegados como tú a aprender lo básico de todo, desde repositorios hasta pull requests y más. ¿No sabes qué son esas cosas aún? ¡No te preocupes, por eso estamos aquí!

En nuestra publicación anterior, cubrimos los fundamentos de Git, y hoy daremos un paso más al hablar sobre los comandos más importantes de Git que todo desarrollador debe conocer.

Sigue leyendo para descubrir los 12 comandos de Git que usarás todos los días.

1 . Git config

Después de instalar Git en tu máquina, lo primero que debes hacer es configurarlo para que entienda quién eres. El comando git config te permite establecer valores de configuración de Git que te ayudarán a crear un flujo de trabajo personalizado. Para configurar tu email y nombre de usuario, escribe git config --global user.name "nombredeusuario" y git config --global user.email "tucorreo@correo.com". Estos dos ajustes permiten que Git asocie tu trabajo con tu nombre de usuario y correo electrónico, para que puedas obtener crédito por el trabajo que realizas.

2. Git init

Como mencionamos antes, el comando git init se utiliza para inicializar un nuevo repositorio de Git. Piensa en ello como encender un interruptor de Git.

Por ejemplo, digamos que creas una nueva carpeta con el comando del terminal mkdir proyecto1. Puedes entrar a proyecto1 ejecutando cd proyecto1. En su estado actual, proyecto1 no es un repositorio de Git.

Si deseas que esta carpeta sea un repositorio de Git para poder rastrear todos los cambios que realices, escribe git i con el alias "I" creado anteriormente para el comando git init. Alternativamente, puedes simplemente escribir git init si no tienes un alias configurado.

Cuando ejecutas el comando git init en una carpeta ordinaria, te permite transformar esa carpeta en un repositorio git rastreable donde puedes usar comandos Git.

3. Git status

Si deseas ver lo que has hecho hasta ahora en tu nuevo repositorio de Git, puedes escribir git status, lo que te permite ver qué archivos se han añadido, eliminado o modificado en tu directorio de trabajo. En este caso, como aún no has añadido ningún archivo, debería devolver "nothing to commit".

Vamos a crear un nuevo archivo ejecutando

Un archivo no rastreado es aquel que no ha sido añadido al área de preparación. Para añadir archivos a la zona de preparación, puede utilizar el comando git add.

4. Git add

Hay varias formas de utilizar este comando. Por ejemplo, puedes usar git add . para agregar todos los archivos al área de preparación desde el directorio de trabajo o usar git add filename para agregar un archivo específico al área de preparación.

Vamos a crear un nuevo archivo llamado learning.py y otro archivo llamado waiting.py. Ahora, ejecutemos git status para que puedas ver tus cambios y luego ejecutemos git add learning.py para agregar este archivo al área de preparación. Si ejecutas git status nuevamente, esto te mostrará que learning.py está en el área de preparación y waiting.py no está registrado en el directorio de trabajo.

Cuando los archivos se agregan al área de preparación, significa que están a salvo antes de que los confirmes. Piensa en usar el comando git add como decirle a Git: “Por favor, mantén un seguimiento de este archivo en su estado actual.”

Si realizas cambios adicionales en los archivos rastreados, tendrás que usar el comando git add nuevamente para que Git los mantenga actualizados. Añade algo de código al archivo learning.py para que puedas ver a qué nos referimos.

Actualmente, los archivos learning.py y hello.md están siendo rastreados en el área de preparación, pero waiting.py no está rastreado. Si añades el código print ("I'm learning git") a learning.py, luego ejecutas git status en la terminal, verás que el archivo learning.py ha sido modificado y tiene cambios no rastreados. Para mantener un seguimiento de estos cambios nuevos, ejecuta git add learning.py.

En el mundo real, normalmente completarías el trabajo que estás haciendo en el archivo learning.py y luego añadirías esos cambios al área de preparación. Una vez que estés satisfecho con tu trabajo, puedes confirmar los cambios.

5. Git commit

Hacer un "commit" de un cambio significa almacenar una versión de tu proyecto en el historial de Git.

Actualmente, learning.py y hello.md están rastreados, mientras que waiting.py no lo está. Vamos a ejecutar git commit -m "initial commit" para ver qué sucede.

Si ejecutas git status, verás que tienes "2 archivos cambiados, 1 inserción en git" porque acabas de agregar dos archivos nuevos, y uno de los archivos tiene una línea de código. También verás que tienes un archivo no rastreado: waiting.py, porque ese archivo nunca se agregó al área de preparación.

Si realizas nuevos cambios en el archivo learning.py, puedes agregar ambos archivos al área de preparación, junto con cualquier otro cambio que realices, ejecutando git add . y luego git commit -m "add waiting file and new function".

¡Así es como se usan los comandos git add y git commit juntos! Bien hecho el seguimiento de los cambios y el almacenamiento de su nuevo trabajo.

6. Git clone

¿Qué harías si te dieran un enlace a una carpeta de una ubicación remota que necesitas en tu laptop? ¿Cómo lo harías? Necesitarías hacer una copia del repositorio remoto en tu máquina local. En el mundo de Git, esto se conoce como "clonar". El comando para clonar es, como te imaginas, git clone.

Cuando trabajas en un equipo que usa Git para la colaboración, es posible que te pidan usar Git para hacer una copia de una carpeta de proyecto para hacer cambios.

Supongamos, por ejemplo, que tienes un repositorio remoto en GitHub. Para hacer una copia o clonar este repositorio en tu máquina, haz clic en el botón verde "Code", luego selecciona la opción que dice HTTPS. Haz clic en el icono de copiar para copiar el enlace al repositorio, luego abre tu terminal y escribe git clone <url link>, pega el enlace URL en tu terminal y presiona la tecla enter/return.

Una vez que vea "hecho", acaba de clonar con éxito un repositorio en su máquina. Ahora tiene su propia copia local de ese repositorio remoto en el que puede trabajar y editar.

7. Git checkout

Cuando trabajas con un repositorio de Git en equipo, es importante añadir tus cambios a una nueva rama. Una rama en un repositorio de Git es como crear una copia de un documento para no estropear el original. Las ramas te permiten trabajar de manera más colaborativa y efectiva con tus compañeros en el mismo proyecto.

Así que, vamos a crear una nueva rama en el repositorio que acabas de clonar.

Escribe git checkout -b nombre-actualizacion para crear una nueva rama llamada nombre-actualizacion en la que puedes hacer tus cambios. Este comando te permitirá crear una nueva rama y cambiar a la rama al mismo tiempo.

8. Git branch

Para ver una lista de las ramas que tienes, puedes escribir git branch y mostrará que tienes tres ramas: la rama principal, una rama llamada init y la nueva rama creada llamada update-name. Presiona la tecla q en tu teclado para salir.

9. Git switch

¿Y si deseas regresar a la rama principal? Puedes usar el comando git switch. En tu terminal, escribe git switch main para volver a la rama principal. ¡Listo, ahora estás de vuelta en la rama principal!

Ahora, volvamos a la rama que creaste y hagamos algunos cambios en un archivo.

Escribe git switch update-name y luego abre el proyecto en tu editor de código. Navega hasta el archivo index.html, haz clic derecho en el archivo y selecciona abrir vista previa. Esto abrirá un navegador lateral donde puedes ver los cambios en tu código.

Digamos que se le encargó cambiar el título de esta aplicación a "Git Going". Actualicemos el nombre en el archivo HTML y ejecutemos git status para ver que el archivo ha sido modificado.

Practicando lo que aprendiste antes, añade estos cambios al área de preparación, luego confirma los cambios en tu repositorio local-git add . git commit -m "update app name" git status. Ahora, introduce tus cambios locales en el repositorio remoto que clonaste antes para actualizar la aplicación.

10. Git push

Para obtener los cambios que acabas de hacer en el repositorio remoto, necesitas empujar tus cambios al repositorio remoto. El comando git push le dice a Git, "Gracias por rastrear estos cambios en el archivo. Ahora quiero subir estos cambios al archivo principal del proyecto".

Cuando empujas tus cambios, esencialmente estás actualizando el repositorio remoto con las confirmaciones que se han hecho en tu repositorio local. Para hacer esto, usa el comando git push &lt;remoto> &lt;rama> donde "remoto" se refiere al repositorio remoto, y "rama" se refiere a la rama en la que estás trabajando. En tu caso, puedes escribir git push origin update-name donde "origin" se refiere al "repositorio remoto" y "update-name" se refiere a la rama que quieres subir.

Si vuelves al repositorio en GitHub, verás que hay una nueva rama disponible. Ha sido "empujada" al repositorio, ¡por eso lo llamamos Git push!

Ahora puedes abrir un pull request en GitHub para fusionar tus cambios en la rama principal. Un pull request es una propuesta para fusionar un conjunto de cambios de una rama a otra. En tu caso, quieres fusionar el nombre actualizado en la rama principal.

11. Git pull

Git pull es un comando importante para mantener tu repositorio local actualizado con el repositorio remoto.

Ahora que has actualizado la rama principal en el repositorio remoto con tus cambios, regresa a tu repositorio local.

En la terminal, escribe git switch main, luego abre el archivo en tu editor. Navega hasta el archivo index.html y verifica el nombre de la aplicación. Verás que el nombre de la aplicación sigue siendo "Todo" en el archivo, aunque acabas de actualizar la rama principal. Entonces, ¿qué sucedió? Si adivinaste que actualizaste la rama principal del repositorio remoto y no tu copia local, entonces estás en lo correcto.

Recuerda que un repositorio local es una copia o clon de tu repositorio remoto y cada rama tiene su propio historial. Como hiciste el cambio en la rama local update-name y lo subiste al repositorio remoto, ahora necesitas hacer lo mismo localmente y fusionar tus cambios en tu copia local de la rama principal.

Puedes actualizar tus ramas locales con sus contrapartes remotas usando el comando git pull. Este comando obtendrá todos los cambios que se hicieron y los fusionará en tu rama local.

En el terminal, en la rama principal, ejecute git pull. Esto actualizará tu rama y devolverá los cambios realizados. Verás que un archivo fue cambiado con una inserción y una eliminación.

12. Git show

Entonces, has realizado muchos cambios. ¿Cómo haces para llevar un registro de todo lo que has hecho hasta ahora?

Ahí es donde entra el comando git show. Git show te permite ver los cambios que has hecho en la rama en la que te encuentras. Es una excelente manera de ver el historial del proyecto.

En la terminal, ejecuta git show en la rama principal. Aquí, obtendrás mucha información:

• El ID del commit (llamado sha)

• El autor, la hora y la fecha del mensaje del commit

• El mensaje del commit en sí

• El cambio de contenido real que se ha realizado en el archivo

The GitHub flow 

Ahora estás completamente equipado para trabajar con Git como un profesional. Practicar estos comandos te convertirá en un usuario de Git más efectivo. Y esto nos lleva al flujo de trabajo de GitHub.

El flujo de trabajo de GitHub es un flujo de trabajo basado en ramas para todos. Esto significa que cada vez que trabajas en un repositorio, estás siguiendo el flujo de trabajo de GitHub. ¡Así que felicidades, ya lo hiciste!

Clonaste el repositorio, creaste una nueva rama, hiciste cambios en esa rama, pusheaste a GitHub y abriste una solicitud de extracción. Normalmente en esta etapa, solicitarías retroalimentación de tus compañeros sobre el trabajo que hiciste y luego abordarías los comentarios. Luego fusionarías la solicitud de extracción en la rama principal y eliminarías tu rama.

Ahora vamos a la etapa final del flujo de trabajo de GitHub y eliminamos tu rama. El comando para eliminar una rama localmente es git branch -d update-name, y esto eliminará la rama en tu máquina local. Para eliminar una rama de forma remota, puedes ejecutar el siguiente comando git push --delete origin update-name, y esto eliminará la rama en el repositorio remoto.

Y ese es el flujo de GitHub.