Flujo de trabajo diario

GitHub como fuente de verdad. La clave está en cambiar el chip: si llevas 4 días desarrollando y no has hecho un commit, ese código no existe para el resto del equipo, aunque ya tengas media funcionalidad hecha en tu PC.

El flujo de cada día

1. Clonas el proyecto (si es la primera vez) o, si ya lo tienes, haces pull por si algún compañero ha tocado algo.
2. Te pones a trabajar en lo tuyo.
3. Vas haciendo commits a medida que avanzas, no solo al terminar la tarea entera.

# antes de empezar a trabajar
git pull
 
# ... trabajas ...
 
git add .
git commit -m "Ajustados estilos de la sección galería"
git push

¿Cuándo se hace commit?

Piensa en subir código a GitHub como si estuvieras guardando un archivo: no hace falta que la funcionalidad esté terminada, basta con que el código no rompa el sitio. Ejemplo real, maquetando una sección de galería nueva:

• Termino el HTML → "Terminada maqueta sección galería"
• Le doy estilos → "Ajustados estilos de la sección galería"
• Empiezo la programación, no la termino y son las 4 pero no hay errores que rompan el sitio → "Empezada programación sección galería, todavía sin terminar"

Regla mínima: siempre se hace commit antes de irse a casa, y no debería pasar más de media hora de trabajo sin commitear.

De momento no vamos a trabajar con ramas: todo el equipo trabaja directamente sobre main.