Copias de seguridad y Git sin miedo

Tiempo: 60 minutos
Superficie: aplicación o CLI
Plataformas: macOS, Windows y Linux

Qué vas a aprender

Diferenciar copia de seguridad y control de versiones.
Ver exactamente qué cambió.
Restaurar una versión local sin publicar nada.

Dos redes de seguridad distintas

Una copia de seguridad conserva archivos en otro lugar. Git registra versiones y diferencias dentro de un proyecto. Git no es automáticamente una copia remota: git init y un commit local no publican nada en internet.

Para archivos personales y formatos binarios, conserva copias externas adecuadas. Para una web o archivos de texto, Git permite revisar cambios con precisión.

Ruta sin Git

Continúa utilizando carpetas con nombres claros:

mi-primera-web-01-inicial
mi-primera-web-02-aprobada
mi-primera-web-03-prueba

Registra en CAMBIOS.md fecha, objetivo y archivos modificados. Esta ruta es válida si todavía no quieres instalar Git.

Ruta con Git

La aplicación ofrece controles Git cuando Git está instalado. Puede pedirte inicializar el proyecto si todavía no es un repositorio. Hazlo únicamente dentro de mi-primera-web.

Desde terminal, la secuencia local básica es:

cd /ruta/a/Aprender-Codex/mi-primera-web
git init
git status
git add index.html styles.css
git commit -m "Crea la primera version local de la web"

Git puede pedir nombre y correo de autor. Para esta práctica local utiliza una identidad apropiada a tu entorno y no publiques el repositorio. No copies credenciales en la configuración.

Práctica: observa un cambio

Guarda la versión inicial.
Pide a Codex cambiar solo el texto del título.
Abre el panel de revisión o ejecuta:

git status --short
git diff

Comprueba que solo cambió la línea esperada.
Si la apruebas, crea un segundo commit. Si no, utiliza la interfaz para revertir ese fragmento o pide a Codex restaurar el texto anterior.

Encargo listo para copiar

Antes de editar, revisa el estado de Git. Conserva cualquier cambio que no
pertenezca a esta tarea. Cambia únicamente el título visible de index.html de
"[anterior]" a "[nuevo]". No cambies estilos. Después muestra el diff, comprueba
la página y no hagas commit ni push hasta que yo lo apruebe.

Lo que no debes hacer todavía

No añadas un remoto.
No ejecutes push.
No publiques el repositorio.
No reviertas archivos que tengan cambios ajenos.
No utilices comandos destructivos que eliminen el trabajo no guardado.

Comprobación manual

git status muestra solo los archivos esperados.
El diff contiene el cambio aprobado.
La página sigue abriendo.
El historial contiene una idea por commit.
No existe publicación remota.

Recuperación

Si no entiendes un comando de recuperación, detente y pide que explique exactamente qué archivos afectará antes de ejecutarlo. Conserva una copia fuera del repositorio mientras aprendes.

Error frecuente

Pedir «limpia el repositorio» con cambios sin guardar. «Limpiar» puede interpretarse como borrar archivos o revertir trabajo. Nombra qué debe conservarse y revisa el estado primero.

Mini ejercicio

Haz dos cambios deliberados, uno correcto y otro no deseado. Practica conservar el primero y revertir únicamente el segundo desde el panel de revisión.

Evidencia que debes guardar

Copia externa inicial.
git status antes y después.
Diff aprobado.
Historial local de commits o CAMBIOS.md.

Ejemplo resuelto: una modificación pequeña que se puede deshacer

Dani quiere cambiar el título de una web y el color principal. Antes de empezar crea una copia o confirma que el repositorio está limpio. Si utiliza Git, sigue este ciclo:

Consulta el estado y confirma qué cambios ya existían.
Pide modificar solo los archivos necesarios.
Revisa el diff: líneas añadidas, eliminadas y archivos inesperados.
Abre la web y ejecuta las comprobaciones.
Guarda el cambio con un mensaje que explique la intención.

Prompt:

Antes de editar, muestra el estado del repositorio y no alteres cambios
preexistentes. Cambia el título visible a «Taller Norte» y el color principal
a #2457A6. No reformatees archivos completos ni modifiques dependencias.
Después muestra el diff, abre o prueba la web y enumera cualquier comprobación
que no hayas podido ejecutar. No crees un commit sin mi confirmación.

El diff revela que también cambió el final de línea de todo styles.css. Aunque la web se vea igual, ese ruido dificulta revisar. Dani pide revertir únicamente el reformateo accidental y conservar las dos modificaciones previstas.

Ejercicio de recuperación: en la carpeta de práctica, modifica una frase, comprueba el diff y recupérala utilizando la copia o el método de Git aprendido. Practicar la reversión antes de necesitarla reduce el miedo.

Señal de alarma: el estado inicial ya muestra cambios que no reconoces o Codex propone descartar trabajo ajeno para «limpiar» el repositorio.

Criterio de terminado: el diff contiene solo la intención declarada, el resultado funciona y sabes volver al estado anterior sin perder otros cambios.

Cambia una variable

Repite con dos cambios independientes. Observa por qué revisarlos y guardarlos por separado facilita encontrar y deshacer errores.

Comprueba que lo has entendido

¿Una copia de seguridad y un commit cumplen exactamente la misma función?
¿Por qué se consulta el estado antes y después?

Respuesta razonada

No. Ambos ayudan a recuperar, pero Git también registra diferencias e historia dentro de un repositorio. El estado inicial protege cambios preexistentes; el final revela el alcance real y archivos inesperados.

Fuentes oficiales

Revisado contra la documentación: 14 de julio de 2026.