Gestión de ramas y procesos de Pull Request
En Dafitech utilizamos GitHub para gestionar nuestro código fuente y colaboraciones en proyectos. Nuestro flujo de trabajo se basa en el uso de tres ramas principales:
Para asegurar un flujo controlado de cambios en el código, cada desarrollador debe seguir estos pasos:
Para comenzar a trabajar en una nueva característica o bug, cada desarrollador debe crear su propia rama a partir de develop. Usa los siguientes comandos para hacerlo:
# Cambiar a la rama develop
git checkout develop
# Actualizar la rama develop
git pull origin develop
# Crear una nueva rama personal
git checkout -b mi-rama-nueva
Asegúrate de que tu nueva rama esté basada en los últimos cambios de develop.
Una vez que hayas implementado y probado tus cambios en tu rama personal, debes subir los cambios a la rama develop con los siguientes comandos:
# Agregar los cambios al área de preparación
git add .
# Confirmar los cambios (commit)
git commit -m "Descripción de los cambios"
# Subir los cambios a tu rama en el repositorio remoto
git push origin mi-rama-nueva
Después de subir los cambios a tu rama, debes crear un Pull Request (PR) para fusionar tus cambios en develop o para pasar de develop a certificación. El pull request debe ser revisado y aprobado por el administrador, Gerald (gerald@uin.cl).
Una vez que Gerald apruebe el pull request, tus cambios podrán ser fusionados en la rama correspondiente. Si tu pull request es para pasar cambios de develop a certificación o de certificación a main, recuerda que main está bloqueada para cambios directos, y los pull requests son la única manera de fusionar cambios.
La rama main está bloqueada para evitar cambios directos. Todos los cambios deben pasar por un proceso de revisión a través de un pull request.