Guía paso a paso: trabajo con ramas en Git¶
Preparación inicial (una sola vez en cada ordenador)¶
Con este comando descargas el proyecto por primera vez y creas una copia local conectada al remoto.
A partir de aquí ya estás dentro del repositorio local y puedes ejecutar comandos de Git.
Así compruebas a qué URL está enlazado el repo para fetch y push.
Este paso unifica el nombre de la rama principal en main.
Empezar una nueva funcionalidad (en cualquier ordenador)¶
Actualizas tus referencias locales de ramas y commits remotos.
Te sitúas en la rama principal local.
Aquí descargas e integras en main los cambios más recientes del remoto.
De esta forma empiezas a trabajar aislado del resto del equipo.
Hacer cambios y guardarlos como commits¶
Muestra cambios pendientes, archivos en staging y la rama actual.
Seleccionas qué cambios entrarán en el siguiente commit.
Queda registrado un punto de control con tus cambios versionados.
Subir tu rama al remoto (para sincronizar entre ordenadores)¶
# Subir la rama al remoto por primera vez y crear el vínculo de seguimiento
git push -u origin feature-login
Con -u Git deja asociada tu rama local con su equivalente remota.
Continuar el trabajo desde otro ordenador (misma rama)¶
Primero accede al repositorio local.
Así ves ramas nuevas y commits subidos desde otros equipos.
# Cambiar a la rama de la funcionalidad
# (si no existe localmente, Git puede crearla siguiendo el remoto)
git switch feature-login
Te colocas en la rama en la que continuarás trabajando.
Sincronizas la rama local con su rama remota asociada.
# Hacer cambios, preparar y commitear
git status
git add .
git commit -m "Valida credenciales en backend"
Ese bloque cubre el ciclo habitual: revisar, preparar y guardar cambios.
Publicas tus avances para que estén disponibles en el servidor remoto.
Mantener tu rama de funcionalidad al día con main¶
Refrescas la información remota sin modificar todavía tu rama activa.
Con esto dejas main local alineada con origin/main.
Regresas a tu rama de trabajo.
Incorporas los cambios recientes de main en tu rama.
# Si hubo conflictos, después de resolverlos en los archivos
git add .
git commit -m "Resuelve conflictos al mezclar main"
Este paso marca los conflictos como resueltos y cierra la integración.
Así compartes la rama ya sincronizada con main.
Integrar la funcionalidad en main (cuando esté lista)¶
Evitas integrar sobre una base desactualizada.
Aquí incorporas en main todos los commits de la funcionalidad.
El resultado final queda publicado en la rama principal remota.
Limpiar la rama de funcionalidad cuando ya está integrada¶
Mantienes el repositorio local limpio y evitas ramas obsoletas.
También limpias el remoto cuando esa rama ya no hace falta.
Sincronización diaria mínima al empezar (en cualquier ordenador)¶
Es la rutina más corta para comenzar con una base actualizada antes de crear ramas nuevas o integrar trabajo.