Qué es un repositorio

Ejemplo ilustrativo con datos ficticios: un taller de bicicletas de Valencia quiere cambiar el horario de su web. La encargada pide a un agente —un programa de IA que realiza tareas con herramientas— que prepare la modificación. Antes de aceptarla, necesita ver qué archivo ha tocado y qué texto ha cambiado. El repositorio permite revisar esa diferencia frente a una versión registrada. La encargada sigue siendo quien sabe si el horario propuesto es correcto.

Piensa en puntos de guardado elegidos dentro de un proyecto. Quizá ahora distingas tus propuestas con carpetas llamadas «propuesta», «propuesta final» y «propuesta final buena». Con Git, el programa que lleva el control de versiones, puedes mantener un historial sin depender de esos nombres. Usa esta comparación para entender el historial de proyectos de código y plantillas de texto. Deja los expedientes fuera y no esperes que las diferencias de cualquier documento ofimático se puedan leer fácilmente.

Lo registrado marca el límite. Si un archivo se guardó en una versión que sigue disponible, Git permite consultar o recuperar ese estado aunque después se haya borrado del proyecto actual. No deduzcas que también conserva un borrador que nunca registraste. Antes de pedir que se recupere una versión, comprueba si hay trabajo pendiente: algunas operaciones para deshacer cambios pueden eliminar modificaciones todavía sin registrar. Pide recuperar el archivo concreto, con una explicación de lo que se va a sustituir.

El historial local comparte el riesgo del disco. Si el ordenador se pierde y no hay otra copia, tener versiones en él no resuelve la pérdida. Decide qué se copia fuera y cómo se recuperará. Una copia del repositorio tampoco equivale a una copia completa del negocio: una base de datos externa, archivos grandes o información de la plataforma pueden necesitar un tratamiento adicional. Lo que importa es saber qué cubre tu copia, no solo que existe.

Recuperar archivos tiene un alcance concreto. Volver al horario anterior puede corregir el texto del proyecto. No deshace un correo ya enviado a un cliente ni otra acción realizada fuera de esos archivos. Antes de encargar una recuperación, separa el estado que quieres restaurar de las consecuencias que tendrás que atender por otra vía. Esa diferencia evita pedirle al historial una solución que no puede dar.

Privado no significa exclusivo. En un repositorio privado de una organización, el acceso depende de la propiedad y de los permisos concedidos. Antes de compartir un proyecto, confirma quién puede leerlo y quién puede modificarlo. GitHub permite exigir revisiones con reglas de protección en las condiciones que admite cada plan, pero hay que configurarlas y revisar sus excepciones. Tener un repositorio, por sí solo, no impone una aprobación de negocio ni comprueba que el horario del taller sea el correcto.

Excluir después no borra el pasado. Git permite indicar qué archivos sin seguimiento debe ignorar. Si una contraseña ya estaba registrada, añadirla a las exclusiones o borrar el archivo actual no la elimina del historial. Ante una credencial expuesta, revócala o sustitúyela primero y gestiona después su retirada de las versiones y copias afectadas. Para una práctica, utiliza datos ficticios desde el principio y deja fuera contraseñas y documentación real de clientes.

Revisa el alcance del cambio. Pide la lista de archivos modificados y sus diferencias; esa comparación suele llamarse diff. Relaciónalas con el encargo: si solo había que cambiar el horario, cualquier modificación ajena necesita una explicación antes de aceptarla. Pide también un mensaje que describa el resultado. «Actualiza el horario de atención» ayuda a reconocer el cambio al volver al historial; «cambios» apenas explica lo que contiene ese punto.

Empieza con una copia de práctica. No necesitas aprender órdenes para entender qué debes aprobar: existen interfaces gráficas e integraciones en editores. Lo útil es reconocer qué ha cambiado, qué se ha registrado y qué acción estás autorizando. Si quieres llevar esta forma de trabajar a tus proyectos, el siguiente paso es Claude Code a fondo. Antes de practicar con una herramienta que modifica archivos, prepara un proyecto de ejemplo separado de los documentos con los que trabaja tu equipo.