Git Flow sencillo para trabajar en equipo sin perder cambios

Git ayuda a experimentar sin perder el historial del proyecto, pero un equipo necesita un flujo común para que las ramas y los commits sean fáciles de entender. En esta guía se propone un proceso sencillo: actualizar la rama principal, crear una rama pequeña, guardar cambios con intención y abrir una revisión antes de fusionar.

Antes de empezar

Configura tu identidad y clona el repositorio:

git config --global user.name "Tu nombre"
git config --global user.email "tu@email.com"
git clone https://ejemplo.com/proyecto.git
cd proyecto

No incluyas contraseñas ni tokens en la URL del repositorio.

Actualiza la rama principal

git switch main
git pull --ff-only

La opción --ff-only evita crear una fusión automática inesperada. Si tienes cambios locales, guárdalos o crea un commit antes de actualizar.

Crea una rama con un objetivo claro

git switch -c mejora-validacion-formulario

Una rama debe representar una tarea concreta. Evita mezclar en la misma rama una nueva función, una actualización de dependencias y cambios de diseño sin relación.

Revisa antes de hacer commit

git status
git diff
git add src/formulario.js
git diff --staged
git commit -m "Valida el formulario de registro"

Un buen commit explica qué cambió. Es mejor varios commits pequeños y comprensibles que uno enorme imposible de revisar.

Comparte la rama y solicita revisión

git push -u origin mejora-validacion-formulario

En GitHub, GitLab o Bitbucket puedes abrir una solicitud de cambios. Describe el problema resuelto, cómo probarlo y cualquier decisión pendiente. La revisión no debe convertirse en una discusión personal: se revisa el código y se documentan las razones.

Resolver conflictos con seguridad

Si Git marca un conflicto, abre los archivos afectados, conserva la solución correcta y elimina las marcas <<<<<<<, ======= y >>>>>>>. Después ejecuta las pruebas:

git add archivo-resuelto.js
git commit

No aceptes todos los cambios automáticamente sin leerlos. Si dudas, crea una copia de la rama antes de resolver.

Errores que conviene evitar

• Trabajar directamente en main.
• Usar mensajes como “cambios” o “arreglo”.
• Subir archivos de configuración con secretos.
• Hacer una rama gigantesca que tarda semanas.
• Usar comandos destructivos sin revisar el estado.

Conclusión

Un flujo de Git funciona cuando el equipo puede repetirlo: actualizar, crear una rama, revisar diferencias, hacer commits claros, probar y solicitar revisión. Para profundizar, consulta nuestra guía de Git para principiantes.

Fuentes oficiales

• Libro Pro Git en español
• Documentación de Git

Si quieres conocer otros artículos parecidos a Git Flow sencillo para trabajar en equipo sin perder cambios puedes visitar la categoría Herramientas y recursos.