Flujo de trabajo con Git que uso en proyectos reales

En mi día a día como desarrollador frontend, Git es una herramienta indispensable para gestionar mis proyectos de manera eficiente. En este artículo, quiero compartir contigo mi flujo de trabajo con Git, que me ha permitido trabajar de manera efectiva en proyectos reales.

Introducción a Git

Git es un sistema de control de versiones que te permite gestionar los cambios en tu código a lo largo del tiempo. Es una herramienta esencial para cualquier desarrollador, ya que te permite trabajar de manera colaborativa con otros y mantener un registro de los cambios realizados en tu proyecto.

En mi experiencia, he encontrado que un flujo de trabajo bien definido con Git es clave para mantener la organización y la eficiencia en mis proyectos. A continuación, te explico cómo trabajo con Git en proyectos reales.

Configuración inicial

antes de empezar a trabajar en un proyecto, configuro mi entorno de Git. Esto incluye la creación de un nuevo repositorio en GitHub o en otro servidor de Git, y la configuración de mis credenciales de acceso.

Una vez configurado el repositorio, creo una rama principal (main) y una rama de desarrollo (develop). La rama principal es la que se utiliza para la versión estable del proyecto, mientras que la rama de desarrollo es donde se realizan los cambios y se experimenta con nuevas funcionalidades.

Flujo de trabajo

mi flujo de trabajo con Git es el siguiente:

Creo una nueva rama de características (feature) a partir de la rama de desarrollo (develop). Esta rama se utiliza para trabajar en una nueva funcionalidad o corregir un bug.
Realizo los cambios necesarios en la rama de características.
Una vez que los cambios están listos, creo un commit con una descripción clara de los cambios realizados. Utilizo el comando git add . para agregar todos los cambios y git commit -m "mensaje de commit" para crear el commit.
Una vez que el commit está creado, lo envío a la rama de desarrollo (develop) utilizando el comando git push origin feature/nombre-rama.
Una vez que el cambio está en la rama de desarrollo, creo un pull request para que otros miembros del equipo revisen el cambio y lo aprueben.
Una vez que el pull request está aprobado, mergio el cambio en la rama de desarrollo (develop) utilizando el comando git merge feature/nombre-rama.
Finalmente, una vez que la rama de desarrollo (develop) está lista para ser liberada, la mergio en la rama principal (main) utilizando el comando git merge develop.

Conclusión

En resumen, mi flujo de trabajo con Git es el siguiente: creo una rama de características, realizo los cambios, creo un commit, lo envío a la rama de desarrollo, creo un pull request, mergio el cambio en la rama de desarrollo y finalmente lo mergio en la rama principal. Este flujo de trabajo me permite trabajar de manera efectiva y colaborativa en proyectos reales.