GitHub

Qué es

GitHub es el lugar donde vive la mayor parte del código. En esencia, aloja repositorios Git en la nube, pero además añade toda la capa de colaboración: pull requests (solicitudes de incorporación de cambios) para revisar cambios, issues (incidencias) para hacer seguimiento del trabajo, releases (versiones) para publicar entregas, y permisos para equipos. Es el lugar donde subes tu código, donde otros pueden encontrarlo y contribuir a él, y cada vez más donde se ejecutan tu CI/CD (Continuous Integration / Continuous Delivery — Integración Continua / Entrega Continua — automatización que prueba tu código y lo publica por ti), tus paquetes, e incluso entornos de desarrollo en la nube.

Puntos fuertes

• Es el hogar por defecto del código abierto y privado: casi todo el mundo tiene una cuenta.
• Los pull requests y la revisión de código facilitan la colaboración y el seguimiento del historial.
• Issues, proyectos y milestones (hitos) para una planificación ligera en el mismo lugar que el código.
• Un enorme ecosistema de integraciones: CI, hooks de despliegue, bots y aplicaciones se conectan a él.
• Es gratuito para repositorios públicos y privados pequeños, con niveles generosos.

Contrapartidas

• Centraliza buena parte de tu flujo de trabajo en un solo proveedor.
• La superficie de funciones es enorme; los equipos pueden sobreconfigurar proyectos y acciones.
• Los límites de repositorios privados y el precio por asiento se acumulan en organizaciones más grandes.
• Git en sí tiene una curva de aprendizaje que la interfaz de GitHub solo oculta en parte.

Ideal para

Almacenar y compartir código, revisar cambios mediante pull requests, hacer seguimiento del trabajo en issues, y funcionar como el centro donde se conectan tu CI, tus despliegues y tus colaboradores, tanto para proyectos individuales como para equipos.

Encaje con el vibe coding

GitHub es la columna vertebral de un ciclo de vibe coding seguro: cada cambio que hace un agente entra en commits y ramas que puedes revisar, y siempre puedes revertirlos. Haz que el agente trabaje en una rama, abra un pull request (una PR — un cambio propuesto que puedes revisar antes de que se incorpore a tu código principal) y escriba la descripción, de modo que revises un diff limpio (una lista lado a lado de exactamente qué líneas cambiaron) en lugar de ediciones en vivo sobre tu código principal. Consejo: mantén los commits pequeños y deja que el agente explique cada uno; ese historial es tu botón de deshacer y tu rastro de auditoría cuando la IA hace algo sorprendente.

# Start a branch, commit, and open a PR with the GitHub CLI
git checkout -b feature/add-checkout
git add -A
git commit -m "Add checkout flow"
git push -u origin feature/add-checkout
gh pr create --fill