brainax

GitHub: tu código en la nube

Lección 8 de 26 del curso «Vibe coding». Gratis, con animaciones y un test.

Git en tu compu, GitHub en la nube

Git funciona en tu computadora: todos los commits están en la carpeta del proyecto. GitHub es un sitio web que guarda una copia de esa carpeta en la nube, es decir, en servidores en internet. Un proyecto en GitHub se llama repositorio, o «repo»: una carpeta con los archivos y todo el historial de commits. En resumen: Git son tus guardados y GitHub es la nube para ellos.

Push y pull

Push («empujar») es enviar tus commits nuevos de la computadora a GitHub. Pull («jalar») es traer de GitHub los cambios que aún no tienes. Ejemplo: de día editaste el sitio en la laptop de la escuela e hiciste push. En la noche, en casa, haces pull en otra computadora y tienes la misma versión más reciente. En el esquema push sube a la nube y pull baja.

Para qué sirve GitHub

Uno: respaldo, o sea, una copia de seguridad. Se te cae jugo en la laptop y el código sigue a salvo. Dos: trabajas desde cualquier computadora. Tres: el hosting, un servicio que muestra tu sitio al mundo, como Cloudflare o Vercel. Lo conectas al repositorio y después de cada push toma el código y actualiza el sitio solo. Es la flecha lateral del esquema. Cuatro: los agentes de IA también saben trabajar con el repositorio.

Público o privado

Un repositorio puede ser público: cualquiera en internet ve el código. O privado: solo tú y quienes invites. La trampa es que hay bots que revisan repositorios públicos día y noche buscando claves. ¿Recuerdas la lección de claves? Si un .env con una clave llegó a un repo público, da por hecho que ya la robaron: revócala y crea una nueva. ¿No sabes si lo necesitas público? Hazlo privado.

README, .gitignore y licencia

README.md es la portada del proyecto: GitHub la muestra primero. Dice qué es y cómo ejecutarlo. .gitignore es una lista de archivos que Git no debe guardar. Ahí van .env con las claves y node_modules, la carpeta de librerías descargadas (código listo hecho por otras personas), que se descarga de nuevo fácil. Y algo más: el código ajeno en GitHub solo se puede usar según su licencia.

Ponte a prueba

  1. ¿Qué hace push?
    Respuesta correcta: Envía tus commits a GitHub. Push envía commits de tu computadora a la nube. Traer cambios de la nube a tu compu es pull.
  2. ¿Por qué un .env con clave no debe ir a un repo público?
    Respuesta correcta: Hay bots que revisan repos públicos y robarán la clave. El código público lo ve todo el mundo, incluidos bots que buscan claves. Si una clave llegó ahí, revócala y crea otra.
  3. ¿Qué se escribe en el archivo .gitignore?
    Respuesta correcta: Archivos que Git no debe guardar. En .gitignore va lo que Git ignora: .env con claves, node_modules. La descripción del proyecto va en el README.

← Git: guardados como en un juego Ramas y pull requests →