¿Qué es GitHub? Control de versiones para no programadores

GitHub es un sitio web que guarda el código de proyectos de software junto con su historial completo, para que puedas ver cada cambio, deshacer errores y trabajar en el mismo proyecto con otras personas. Está construido sobre Git, un software gratuito que registra instantáneas de los archivos de un proyecto a lo largo del tiempo. Git es la herramienta que guarda el historial; GitHub es el hogar en línea donde ese historial se comparte, se respalda y se discute.

Si construyes con IA, GitHub sirve sobre todo para dos cosas: tener una copia propia de tu código fuera de la herramienta con la que lo creaste, y entregárselo a un desarrollador en el formato que ya usa.

Por qué importa al construir con IA

Un creador de apps con IA escribe y cambia mucho código muy rápido, y no todo cambio es una mejora. El control de versiones es lo que te permite mantenerlo seguro.

• Deshacer con confianza. Cada cambio guardado es una instantánea. Si la IA rompe algo, vuelves a la última versión buena.
• Propiedad. El código en tu cuenta de GitHub sigue siendo tuyo si cambias de herramienta, dejas de pagar una o quieres una segunda opinión.
• Trabajar con desarrolladores. Casi todos los desarrolladores usan Git a diario. Un repositorio les permite revisar lo que escribió la IA, corregirlo y devolver los cambios.
• Desplegar en otro lugar. Muchas plataformas de hosting pueden desplegar directamente desde un repositorio de GitHub.

Una analogía cotidiana: control de cambios y una carpeta compartida

Piensa en un documento con el control de cambios activado, guardado en una carpeta compartida.

• Git es el control de cambios: cada edición queda registrada, con quién la hizo, cuándo y por qué, y puedes volver a cualquier versión.
• GitHub es la carpeta compartida: el documento vive en línea, otros pueden obtener una copia y hay un lugar para comentar y aprobar.
• Una rama es como guardar una copia llamada «borrador: nueva sección de precios» para experimentar sin tocar la versión en la que confían todos. Si el experimento funciona, lo integras de nuevo.

La diferencia con un documento es la escala. Una app tiene cientos de archivos, y Git los registra todos juntos, así que una instantánea es el estado de todo el proyecto a la vez.

Términos de Git y GitHub que vas a encontrar

Hay dos puntos que vale la pena subrayar. Primero, el historial de Git es permanente por diseño: si una contraseña se confirma y se envía, borrarla en un commit posterior no la quita del historial. Segundo, un commit solo es útil si su mensaje lo es. «Corrige el doble cobro de reservas cuando dos personas reservan a la vez» te ayuda más adelante; «actualizar» no.

Ejemplo práctico: entregar una app creada con IA a un freelancer

Has creado un portal de clientes con un creador de apps con IA. Funciona, pero quieres que un desarrollador freelance añada una integración complicada con tu software de contabilidad.

1. Conecta el proyecto a un nuevo repositorio privado de GitHub y envíalo. El repositorio ahora contiene el código y su historial.
2. Revisa lo que hay dentro. Abre el repositorio en GitHub. No debería haber ningún archivo .env ni claves de API en el código. Los secretos se quedan en la configuración de tu plataforma y se comparten con el freelancer por separado, si es necesario; consulta variables de entorno y secretos.
3. Invita al freelancer como colaborador solo en ese repositorio.
4. Trabaja en una rama llamada algo como accounting-sync, haz commits a medida que avanza y abre una pull request al terminar.
5. Revisas la pull request. Aunque no leas código, puedes leer la descripción, ver qué archivos cambiaron y hacer preguntas en los comentarios.
6. Integra los cambios cuando estés conforme y luego trae los cambios de vuelta a tu creador de apps para que tú y la IA sigan desde la nueva versión.

En el camino puedes ver exactamente qué cambió y deshacerlo si hace falta. Ese es todo el valor del control de versiones en un solo flujo de trabajo. Si todavía estás decidiendo si contratar a un desarrollador, consulta contratar a un desarrollador o construir con IA.

Errores comunes y malentendidos

• «GitHub y Git son lo mismo». Git funciona sin GitHub; alternativas como GitLab y Bitbucket también alojan repositorios de Git.
• «GitHub ejecutará mi app». GitHub guarda código. Ejecutarla para el público es alojamiento web, un servicio aparte (aunque algunos hosts despliegan desde GitHub).
• Subir secretos al repositorio. Es el error más dañino y más común. Usa .gitignore para los archivos .env y cambia cualquier clave que alguna vez se haya enviado.
• Una sola rama y sin mensajes. Sirve para experimentos en solitario, pero da a los commits mensajes claros y usa ramas para cualquier cosa arriesgada.
• Editar en dos lugares a la vez. Si cambias código en GitHub y en tu creador de apps con IA sin sincronizar entre medias, se producen conflictos. Elige un solo lugar para editar a la vez y sincroniza antes de cambiar.
• Pensar que un repositorio privado es una copia de seguridad de todo. Guarda código, no el contenido de tu base de datos ni los archivos subidos. Esos necesitan sus propias copias de seguridad.

Qué pedir a tu creador de apps con IA

• «Añade un .gitignore que excluya .env, las carpetas de dependencias y la salida de compilación.»
• «Escribe un README que explique cómo instalar, qué variables de entorno se necesitan (solo los nombres) y cómo ejecutar la app.»
• «Añade un .env.example con cada nombre de variable y sin valores reales.»
• «Usa mensajes de commit claros y descriptivos para cada cambio.»

Esas cuatro peticiones crean un repositorio que un desarrollador puede retomar en minutos. Para llevar la app a tus propios servidores, consulta cómo exportar y alojar por tu cuenta una app creada con IA, y para reforzarla antes de tener usuarios reales, llevar un prototipo de IA a producción.

GitHub y Mythex

Mythex guarda el historial por ti en todos los planes: tras cada turno exitoso del agente crea un punto de control, que es una instantánea de Git a la que puedes volver. En Pro, puedes conectar GitHub y enviar o traer el proyecto desde tu propio repositorio, o descargar el proyecto completo como archivo; los secretos y las dependencias instaladas se excluyen de las exportaciones. Aquí GitHub sirve para sincronizar código, no para iniciar sesión en Mythex. Consulta GitHub, exportación e importación en la documentación, y la página de precios para ver qué incluye cada plan.

Preguntas