Git en Ubuntu: primer repositorio y flujo sin perder cambios

Git permite conservar el historial de un proyecto y trabajar con ramas. Instalarlo es sencillo; lo importante es aprender a revisar qué cambió y qué se está guardando. Un commit no incluye automáticamente todos los archivos de tu carpeta.

Este laboratorio utiliza archivos de texto sin información sensible y no necesita una cuenta externa para comenzar.

Instala y configura identidad

sudo apt update
sudo apt install git
git --version
git config --global user.name "Tu nombre"
git config --global user.email "[email protected]"

La identidad queda en los commits y puede hacerse pública al compartir el repositorio. Usa un correo que quieras asociar al trabajo o la opción de privacidad ofrecida por tu plataforma.

Estos datos no autentican en GitHub o GitLab. Identidad del commit y autorización para acceder al remoto son asuntos diferentes.

Crea el primer historial

mkdir git-lab
cd git-lab
git init -b main
printf 'Primera nota\n' > notas.txt
git status
git add notas.txt
git diff --staged
git commit -m "Añade la primera nota"

git add prepara un contenido para el siguiente commit. Si vuelves a editar el archivo después, habrá cambios adicionales fuera del área preparada. Revisa ambos estados.

Trabaja con una rama

git switch -c mejora-notas
printf 'Segunda nota\n' >> notas.txt
git diff
git add notas.txt
git commit -m "Amplía las notas"
git switch main
git merge mejora-notas
git log --oneline --graph --all

Una rama no es una copia independiente de todos los archivos, sino una referencia dentro del historial. Los cambios sin confirmar pueden acompañarte o impedir un cambio de rama según el caso.

Revisa antes de compartir

Utiliza status, diff y diff --staged para entender archivos nuevos, modificaciones y contenido preparado. Añadir una carpeta entera con git add . puede incluir más de lo que esperabas.

Configura .gitignore para secretos y archivos generados. Si un secreto ya se confirmó, ignorarlo después no lo retira del historial: debes tratar su exposición, revocarlo y seguir un procedimiento de limpieza apropiado.

Acceso a un remoto

Comprueba la URL del repositorio y el método de autenticación autorizado por la plataforma. No uses una clave privada como archivo de proyecto ni pegues tokens en comandos que después se comparten.

Antes de enviar, revisa cambios del equipo y el flujo acordado. Un push forzado puede reemplazar referencias que otras personas utilizan; no es una solución general a un rechazo de sincronización.

Recuperar sin empeorar el problema

git restore puede descartar cambios locales; git reset y git clean también tienen efectos distintos y potencialmente destructivos. Antes de usarlos, identifica qué está en un commit y qué existe solo en la carpeta de trabajo.

Si te equivocaste en un commit compartido, git revert puede crear una revisión inversa sin reescribir ese historial. La estrategia correcta depende del estado y del flujo del equipo.

Qué no respalda Git

Los archivos ignorados, bases de datos y material no incorporado pueden quedar fuera. Un remoto ayuda a conservar el historial, pero no sustituye todos los respaldos de un proyecto.

Preguntas frecuentes

¿Guardar un archivo crea un commit?

No. Debes preparar los cambios que quieres incluir y crear la revisión. Revisa status y diff para saber qué quedó registrado.

¿gitignore borra secretos ya subidos?

No. Evita ciertas incorporaciones futuras, pero no elimina el contenido de revisiones existentes ni revoca credenciales.

¿Puedo aprender sin GitHub?

Sí. Git funciona localmente. Los remotos añaden colaboración y otras funciones, pero no son necesarios para practicar el historial básico.

En pocas palabras

Git registra revisiones, pero solo conserva lo que incorporas al historial. Revisar diferencias y comprender el estado del trabajo ayuda a evitar pérdidas y commits con datos sensibles.

Conclusión

Practica en un repositorio desechable y revisa cada diferencia antes de confirmar. Cuando añadas un remoto, comprueba dirección y permisos y evita operaciones que reescriban historial compartido sin coordinación.

Para continuar, revisa Docker: qué es y cómo usarlo para ejecutar contenedores y Cómo instalar Docker en Ubuntu 24.04: guía práctica paso a paso.

Fuentes y documentación

Documentación de git-scm.com.

Documentación de git-scm.com.