Introducción a GIT: Guía Completa Desde Cero hasta tu Primer Commit

En el mundo del desarrollo de software, la rapidez y eficiencia no solo se refieren a cuánto código puedes escribir en una hora. Más bien, se trata de cómo gestionas, organizas y rastreas ese código. Aquí es donde comienza nuestra “introducción a GIT”, una herramienta que juega un papel fundamental en la gestión del código.

Si prefieres un enfoque visual, he preparado un video completo que aborda todos los puntos discutidos en esta introducción a GIT. A lo largo de la lectura, encontrarás referencias que te indicarán cuándo es un buen momento para complementar con el video. Al final del artículo, encontrarás el enlace directo al recurso visual para que puedas profundizar en los temas a tu propio ritmo. Así, tendrás la libertad de elegir cómo y cuándo acceder al contenido visual, garantizando una experiencia de aprendizaje adaptada a tus preferencias.

GIT, ¿qué es eso?

Imagina que estás escribiendo una novela. Con cada capítulo que terminas, haces una copia y la guardas en un lugar seguro. Si más adelante decides que no te gusta un capítulo, puedes regresar a una versión anterior sin perder todo tu progreso. GIT hace algo similar, pero para el código. Es un sistema de control de versiones que te permite rastrear cambios en tu código, revertir a versiones anteriores y colaborar con otros sin pisaros los pies.

¿Por qué es esencial para los desarrolladores?

Ahora, podrías pensar: “Bueno, ¿no puedo simplemente guardar versiones diferentes de mi código y listo?” Técnicamente sí, pero eso se volvería un caos rápidamente. Imagina trabajar con un equipo donde cada miembro tiene su propia “versión” del proyecto. O intentar recordar qué cambios hiciste hace dos semanas y por qué. GIT, como un buen detective, tiene un registro de todos los cambios, quién los hizo y por qué. Todo queda registrado ahí y está pensando para facilitarnos la vida. Sobre todo a aquellos que, como yo, no tenemos buena memoria.

El Arte del Control de Versiones

El control de versiones es una necesidad absoluta en el desarrollo moderno. Se trata de tener un historial, de tener la capacidad de colaborar y de proteger tu código de posibles errores. Y GIT, en este escenario, es como un superhéroe del control de versiones. Facilita este proceso, haciéndolo intuitivo y eficiente, y permite a los desarrolladores centrarse en lo que mejor saben hacer: desarrollar.

Instalación y Configuración: Preparando tu Máquina para la Magia de GIT

¡Bien! Si estás aquí es porque ya estás convencido de que GIT es una herramienta imprescindible en tu arsenal como desarrollador. Vamos a ver cómo instalar y configurar GIT adecuadamente. ¡Acompáñame en este proceso!

Paso a Paso para Instalar GIT

  1. Windows
    • Dirígete a gitforwindows.org.
    • Haz clic en “Download” para obtener la última versión de GIT para Windows.
    • Ejecuta el archivo descargado y sigue las instrucciones del asistente de instalación.
  2. MacOS
    • Si eres usuario de macOS, tienes suerte, porque es probable que GIT ya esté preinstalado. Puedes comprobarlo abriendo la Terminal y escribiendo git --version.
    • Si no está instalado, puedes obtenerlo a través del gestor de paquetes Homebrew con el comando brew install git.
  3. Linux
    • Abre tu terminal.
    • Dependiendo de tu distribución, usa uno de los siguientes comandos:
      • Debian/Ubuntu: sudo apt-get install git
      • Fedora: sudo yum install git
      • Arch Linux: sudo pacman -S git

Configurando tu Identidad en GIT

Ahora que GIT está instalado, es hora de presentarte. Es vital que GIT sepa quién eres para rastrear quién hace qué cuándo en un proyecto.

  1. Abre tu terminal o Git Bash (en Windows).
  2. Escribe git config --global user.name "Tu Nombre" para establecer tu nombre.
  3. Ingresa git config --global user.email "tuemail@example.com" para establecer tu correo.

Con esos dos comandos, ya has dicho a GIT quién eres. Es así de simple.

Ver este tema en el video ↗. Video 1

Tu Primer Repositorio: Los Primeros Pasos en el Mundo de GIT

Dentro del amplio universo del control de versiones, es fácil confundirse con tantos términos y herramientas que rondan por ahí. Así que, antes de sumergirnos en la creación y clonación de repositorios, hagamos una pausa y entendamos algunos conceptos clave.

GIT vs. GitHub/GitLab:
Es común confundir GIT con plataformas como GitHub o GitLab. Entendámoslo así:

  • GIT: Es la herramienta en sí, el sistema de control de versiones que registra cada cambio, permite colaboraciones y muchas otras maravillas que descubriremos.
  • GitHub/GitLab: Son plataformas en línea que utilizan GIT para alojar proyectos. Piensa en ellas como bibliotecas públicas o privadas donde puedes almacenar, compartir y colaborar en proyectos con otros desarrolladores de todo el mundo.

Ahora que hemos hecho esa distinción, veamos cómo trabajar con GIT en tu máquina.

Creando Tu Propio Repositorio con git init:

  1. Elige tu espacio de trabajo: Antes de iniciar un nuevo repositorio, decide dónde quieres que viva en tu ordenador. Podría ser un nuevo proyecto o uno ya existente al que quieras agregar control de versiones.
  2. Inicia tu repositorio: Abre tu terminal o Git Bash y navega al directorio elegido utilizando el comando cd ruta/del/directorio. Una vez allí, escribe git init. Así de simple, has creado un nuevo repositorio GIT. En el fondo, hay una carpeta oculta llamada .git que guarda toda la magia.

Clonando un Repositorio Existente con git clone:

Supongamos que te encuentras con un proyecto interesante en una plataforma como GitHub o GitLab y quieres tener una copia local para jugar con él o colaborar.

  1. Encuentra el repositorio: Esto suele ser un enlace que proporciona alguien más o que encuentras en dichas plataformas. Parecerá algo así: https://github.com/usuario/nombre-del-repositorio.git.
  2. Clona el repositorio: Vuelve a tu terminal o Git Bash. Decide dónde quieres que se descargue el repositorio en tu computadora y navega hasta esa ubicación. Luego, escribe git clone enlace-del-repositorio. GIT descargará todo el repositorio en tu directorio seleccionado.

Ver esta sección en el video ↗

Haciendo Cambios: Add, Commit, y Status

Uno de los aspectos más cruciales al trabajar con GIT es el proceso de hacer cambios en tu código y cómo esos cambios son rastreados y registrados. Imagina que estás escribiendo un diario; cada vez que añades una entrada, estás haciendo un cambio. Pero no querrías que cada pensamiento fugaz se grabara permanentemente, ¿verdad? Querrías revisarlo, asegurarte de que realmente refleja tus pensamientos y luego, cuando estés satisfecho, guardar esa entrada. Esa es la esencia del ciclo básico de trabajo en GIT.

El Ciclo Básico de Trabajo:

Hacer Cambios, Preparar Cambios y Confirmar Cambios son los tres pilares que te guiarán a lo largo de tu experiencia con GIT.

Área de Trabajo, Área de Índice y Commits

Mientras te familiarizas con GIT, es fundamental comprender su arquitectura y cómo se manejan los cambios en distintas etapas. Imagina GIT como un escritor que organiza sus pensamientos antes de publicar.

  • Área de Trabajo (Working Directory):
    Es el escritorio del escritor donde realiza borradores, hace anotaciones y cambia párrafos. En términos técnicos, es el lugar donde realizas cambios en tus archivos y refleja el estado actual de esos archivos en tu sistema.
  • Área de Índice (Staging Area o Index):
    Cuando el escritor está satisfecho con una idea, la coloca en un lugar especial, listo para ser incluido en el libro final. En GIT, este es el Área de Índice. Usando git add <archivo>, trasladas cambios de ese archivo a esta área, preparándolos para su confirmación final.
  • Historial de Commits:
    Cuando el escritor decide que una parte de su trabajo está listo para ser publicado, lo añade al libro. En GIT, este “libro” es el historial de commits. Al ejecutar git commit, creas un nuevo registro de esos cambios en el historial.

Uso de git status para revisar el estado actual:

Antes de hacer cualquier cosa, es bueno saber dónde estás parado. El comando git status te muestra qué archivos han sido modificados, cuáles están preparados para confirmar y cuáles no. Piénsalo como tu brújula en este mundo de cambios.

Uso de git add para agregar cambios:

Estás listo para preparar tus cambios. Usa git add nombre-del-archivo para un archivo específico o git add . para todos los archivos modificados. Es el proceso de seleccionar qué elementos estás listo para confirmar.

Uso de git commit para confirmar cambios:

Después de revisar y preparar tus cambios, es hora de confirmarlos. Con git commit -m "Mensaje descriptivo del cambio", dejas una breve nota sobre qué hiciste. Así, puedes revisar tu historia en el futuro y saber exactamente por qué hiciste esos cambios.

Ver esta sección en el video ↗

Conectándose con el Mundo Exterior: Pull y Push

GIT no es solo una herramienta para rastrear cambios a nivel local; también es una puerta para colaborar y compartir con otros en el vasto mundo del desarrollo. De la misma manera que puedes querer compartir tus pensamientos con amigos por medio de cartas o correos electrónicos, en el universo GIT, esa comunicación se hace mediante operaciones como ‘pull’ y ‘push’. Estos comandos te permiten interactuar con repositorios almacenados en la nube, donde equipos enteros pueden colaborar en un proyecto.

Introducción a los Repositorios Remotos:

Un repositorio remoto es como una biblioteca en línea. Mientras tu computadora alberga una copia local de tus proyectos (tu pequeña biblioteca personal), el repositorio remoto es una versión en la nube accesible para ti y posiblemente para otros colaboradores. Es el lugar donde todos pueden obtener las versiones más recientes del código y compartir sus propias actualizaciones.

Cómo obtener actualizaciones con git pull:

Piensa en git pull como revisar tu buzón de correo. ¿Esperas una carta de un amigo o un paquete? Al hacer pull, estás recogiendo las últimas actualizaciones que otros han compartido en el repositorio remoto y las estás trayendo a tu copia local. Es una forma de estar al día con los cambios más recientes que otros han realizado.

Cómo enviar tus cambios con git push:

Por otro lado, git push es como enviar una carta. Has escrito algo nuevo, hecho algunos cambios y ahora quieres compartirlos con el mundo. Al hacer ”push”, estás enviando tus actualizaciones al repositorio remoto para que otros puedan verlas y trabajar con ellas. Es tu contribución al proyecto colectivo.

Ver esta sección en el video ↗

Historial y Navegación: Log y Checkout

GIT es como una cápsula del tiempo para tu proyecto, permitiéndote explorar su historia, revivir versiones anteriores y corregir decisiones pasadas. Vamos a bucear en los comandos que hacen posible esta travesía en el tiempo.

Exploración del Historial con git log:

El comando git log actúa como un diario detallado de tu proyecto. Cada vez que confirmas un cambio, estás dejando una huella en este registro. Usar git log es similar a revisar un álbum de fotos antiguo, donde cada foto (o commit) tiene una fecha, una descripción y el nombre de quien la tomó.

  • Comando Básico: Al ejecutar simplemente git log, obtendrás una lista de todos los commits en orden cronológico inverso. Cada entrada muestra el identificador del commit (un código alfanumérico largo), el autor, la fecha y el mensaje del commit.
  • Vistas Personalizadas: Con diferentes opciones y parámetros, puedes personalizar la vista. Por ejemplo, git log --oneline muestra cada commit en una sola línea, ofreciendo una visión más compacta.

Cambio entre diferentes estados con git switch:

El comando git checkout solía ser la herramienta predeterminada para cambiar entre ramas o revisitar commits antiguos. Sin embargo, debido a su multifuncionalidad, podía resultar confuso. GIT introdujo git switch para simplificar la tarea de cambiar de rama.

  • Cambiando de Rama: Para moverte entre ramas, simplemente usa git switch [nombre_de_rama]. Es una manera directa y clara de cambiar de línea de desarrollo.
  • Creando una Nueva Rama y Cambiando a Ella: Si deseas crear una nueva rama y cambiar a ella de inmediato, puedes usar git switch -c [nombre_de_la_nueva_rama].

Deshaciendo Cambios con git revert:

A veces, todos deseamos poder deshacer el tiempo, especialmente cuando cometemos un error. En GIT, git revert es el comando que te permite hacer precisamente eso.

  • Revertir un Commit: Para deshacer los cambios introducidos por un commit específico y crear un nuevo commit que represente esa reversión, simplemente usa git revert [identificador_del_commit].

Retrocediendo en el Tiempo con git checkout:

Git te ofrece la increíble capacidad de viajar en el tiempo en tu código. Imagina que cada cambio que haces es como escribir un nuevo capítulo en un libro. Y, en ocasiones, desearías poder volver a un capítulo anterior para recordar o revisar algo. git checkout y git switch son las herramientas que te permiten hacer precisamente eso.

Aunque git switch es la herramienta moderna recomendada para saltar entre ramas, git checkout tiene un poder especial: te permite mirar cualquier “capítulo” anterior sin comprometerte a cambiarlo. Cuando haces esto, te encuentras en un estado llamado “detached HEAD”, que es básicamente una forma de decir que estás en modo de solo lectura. Es como abrir un libro antiguo y hojearlo sin la intención de escribir en él.

Volviendo a un Commit Anterior: Si en algún momento necesitas revisitar un estado anterior de tu proyecto, puedes usar git checkout [identificador_del_commit]. Pero recuerda: estás en un modo de vista temporal, así que evita hacer cambios a menos que estés seguro de tus acciones.

Navegando entre Ramas: En el desarrollo de proyectos, a menudo se crean diferentes ramas para trabajar en características o pruebas específicas. Imagina que son caminos alternativos en una historia. git checkout [nombre_de_rama] (o el más moderno git switch [nombre_de_rama]) te permite saltar entre estos diferentes caminos de desarrollo.

Ver esta sección en el video ↗

Si deseas profundizar más en los comandos de Git y conocer algunos trucos útiles, te recomiendo leer mi artículo sobre los comandos de Git más comunes.

Video

Para aquellos que prefieren un enfoque visual, he preparado un video completo que aborda todos los puntos discutidos en este artículo. Este video te guiará paso a paso a través del mundo de GIT, cubriendo los siguientes temas:

  • Introducción y Configuración de GIT: Aprende cómo se hace y qué esperar en cada paso de la instalación y configuración de GIT. Ver esta sección en el video ↗
  • Iniciar y Clonar Repositorios: Descubre, paso a paso, cómo iniciar un repositorio desde cero y cómo clonar uno existente. Ver esta sección en el video ↗
  • Hacer Cambios y Uso de git status: Observa en vivo cómo se modifica un archivo, se prepara y se confirma, y cómo git status guía cada paso del camino. Ver esta sección en el video ↗
  • Conexión con Repositorios Remotos: Profundiza en cómo configurar un repositorio remoto y realizar operaciones de pull y push. Ver esta sección en el video ↗
  • Historial y Navegación con git log y git checkout: Acompáñanos en un viaje a través del tiempo y aprende a navegar por la historia de tu código de manera efectiva. Ver esta sección en el video ↗

Conclusión

Hemos emprendido un viaje entretenido (espero) por el mundo de GIT, un universo donde cada cambio, cada línea de código, se convierte en parte de una crónica en constante evolución. Desde el inicio de un proyecto con git init, pasando por el seguimiento de nuestros cambios con git add y git commit, hasta compartir nuestro trabajo con el mundo exterior mediante git push y git pull, hemos sentado las bases para convertirnos en narradores expertos de nuestra propia historia de código.

A lo largo de esta introducción a GIT, hemos aprendido cómo revisar nuestro historial con git log, retroceder en el tiempo con git checkout y hasta aventurarnos por diferentes caminos de desarrollo usando ramas. Pero, como en cualquier buena historia, esto es solo el comienzo.

Si sientes que tu curiosidad se ha despertado y estás listo para sumergirte más profundo en el océano de GIT, ¡buenas noticias! Próximamente lanzaré un artículo algo más avanzado para todos aquellos que quieran llevar sus habilidades al siguiente nivel. Prepárate para descubrir secretos, trucos y técnicas que te convertirán en un maestro del control de versiones.

Hasta entonces, sigue experimentando, practicando y, sobre todo, ¡sigue codificando!

Recuerda, el aprendizaje es un viaje, no un destino. Así que sigue explorando, sigue preguntando, sigue aprendiendo. Y mientras lo haces, no olvides disfrutar del viaje. Nos vemos en el próximo post, donde seguiremos desentrañando los misterios de la Ingeniería de Software juntos. ¡Hasta la próxima!