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

GitHub es una 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á construida 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 comenta.

Si creas 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 crear con IA

Un creador de apps con IA escribe y cambia mucho código muy rápido, y no todos los cambios son mejoras. El control de versiones es la forma de mantener eso a salvo.

• Deshacer con tranquilidad. 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 alojamiento pueden desplegar directamente desde un repositorio de GitHub.

Una analogía cotidiana: control de cambios más una unidad compartida

Piensa en un documento con el control de cambios activado, guardado en una unidad 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 unidad compartida: el documento vive en línea, otras personas pueden obtener una copia y hay un sitio donde comentar y aprobar.
• Una rama es como guardar una copia que se llama «borrador: nueva sección de precios» para experimentar sin tocar la versión en la que confían todos. Si el experimento funciona, lo fusionas de nuevo.

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

Términos de Git y GitHub que vas a encontrar

Hay dos puntos que conviene subrayar. Primero, el historial de Git es permanente por diseño: si se sube una contraseña y después la borras en un commit posterior, no desaparece del historial. Segundo, un commit solo es tan útil como su mensaje. «Corregir 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 freelance

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 repositorio privado nuevo de GitHub y sube los cambios. El repositorio ya tiene el código y su historial.
2. Comprueba lo que contiene. Abre el repositorio en GitHub. No debería haber ningún archivo .env ni claves de API en el código. Los secretos se guardan en los ajustes de tu plataforma y, si hace falta, se comparten con el freelance por separado. Consulta variables de entorno y secretos.
3. Invita al freelance como colaborador de ese repositorio únicamente.
4. Trabaja en una rama con un nombre como sincronizacion-contabilidad, hace commits según avanza y abre una pull request cuando termina.
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. Fusiona cuando estés conforme y luego trae los cambios de vuelta a tu creador de apps, para que tú y la IA sigáis trabajando desde la nueva versión.

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

Errores habituales y malentendidos

• «GitHub y Git son lo mismo». Git funciona sin GitHub; alternativas como GitLab y Bitbucket también alojan repositorios 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. Es el error más dañino y el más frecuente. Usa .gitignore para los archivos .env y revoca cualquier clave que alguna vez se haya subido.
• Una sola rama y sin mensajes. Sirve para experimentos en solitario, pero pon mensajes claros en los commits y usa ramas para cualquier cambio arriesgado.
• Editar en dos sitios 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 único sitio para editar cada 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. Estos 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 hacen falta (solo los nombres) y cómo ejecutar la app.»
• «Añade un .env.example con todos los nombres de variables y sin valores reales.»
• «Usa mensajes de commit claros y descriptivos para cada cambio.»

Con esas cuatro peticiones obtienes un repositorio que un desarrollador puede retomar en minutos. Para pasar 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: después de cada turno correcto del agente guarda un punto de control, que es una instantánea de Git a la que puedes volver. En Pro puedes conectar GitHub y subir o bajar cambios del proyecto con tu propio repositorio, o descargar todo el proyecto como archivo; los secretos y las dependencias instaladas se excluyen de las exportaciones. GitHub aquí 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