Manual Github v1
Cómo vamos a usar GitHub en Balinot Tech Consulting. Nada de teoría de más: solo el flujo que vamos a aplicar de verdad en el día a día, paso a paso.
- Organización:
Balinot-Tech-Consulting - Sin ramas (de momento)
- Repos privados
Documento vivo: se irá actualizando a medida que el equipo gane soltura (ramas, pull requests, etc. quedan para una v2).
¿Por qué usamos GitHub?
Si nunca has trabajado con control de versiones, esto os va a cambiar bastante la forma de organizar el código. Estos son los motivos por los que vale la pena el cambio:
- Una única fuente de verdad — todo lo que está en GitHub existe y es a lo que tienen acceso tus compañeros. Lo que no está subido, no existe.
- Historial completo de cambios — si algo se rompe, puedes volver a cualquier versión anterior del proyecto en segundos.
- Copia de seguridad fuera de tu PC — si explota el disco duro, el proyecto sigue vivo en la nube.
- Trabajo en equipo sin pisarse — varias personas pueden tocar el mismo proyecto sin mandarse zips por WhatsApp ni sobrescribirse el trabajo.
- Trazabilidad — queda registrado quién hizo cada cambio y cuándo, lo cual es oro puro cuando hay que depurar un bug.
- Compatible con IA — los asistentes de código pueden trabajar directamente sobre el repositorio y documentar sus propios cambios.
Un vistazo general antes de meternos en harina
Vamos a usar realmente un 1% de todo lo que se explica en vídeos como este. Aun así, si es la primera vez que os metéis en GitHub, os recomiendo verlo entero una vez: no para memorizar nada, sino para haceros una idea de cómo funciona todo el engranaje (repositorios, commits, ramas…). Con esa idea general en la cabeza, el flujo que viene después se entiende mucho mejor.
▶ Curso de Git y GitHub — freeCodeCamp (español)
No hace falta verlo entero de una sentada ni anotar nada, solo pillar el concepto general.
Ruta recomendada
- Instalación de Git
- Crear el repositorio
- Clonar el proyecto
- Flujo de trabajo diario
- Conflictos de código
- Trabajar con IA