Las ramas en una estrategia de GitHub flujo

Una estrategia GitHub de ramificación de Flow suele tener las siguientes ramas.

rama de característica

Desarrollas funciones en las feature sucursales. Para crear una feature rama, se ramifica a partir de la main rama. Los desarrolladores iteran, confirman y prueban el código de la feature rama. Cuando una función está completa, el desarrollador la promociona creando una solicitud de fusión paramain.

Convención de nomenclatura:	feature/<story number>_<developer initials>_<descriptor>
Ejemplo de convención de nomenclatura:	feature/123456_MS_Implement_Feature_A

rama de corrección de errores

La bugfix rama se usa para solucionar problemas. Estas ramas se ramifican a partir de la main rama. Una vez que la corrección del error se haya probado en entornos aislados o en cualquiera de los entornos inferiores, se puede promover a entornos superiores fusionándola mediante una solicitud de fusión. main Esta es una convención de nomenclatura sugerida para la organización y el seguimiento. Este proceso también se puede gestionar mediante una rama de funciones.

Convención de nomenclatura:	bugfix/<ticket number>_<developer initials>_<descriptor>
Ejemplo de convención de nomenclatura:	bugfix/123456_MS_Fix_Problem_A

rama de hotfix

La hotfix sucursal se utiliza para resolver problemas críticos de alto impacto con una demora mínima entre el personal de desarrollo y el código implementado en producción. Estas sucursales se ramifican fuera de la main sucursal. Una vez que la revisión se haya probado en entornos aislados o en alguno de los entornos inferiores, se puede ascender a entornos superiores si se fusiona mediante una solicitud de fusión. main Esta es una convención de nomenclatura sugerida para la organización y el seguimiento. Este proceso también se puede gestionar mediante una rama de funciones.

Convención de nomenclatura:	hotfix/<ticket number>_<developer initials>_<descriptor>
Ejemplo de convención de nomenclatura:	hotfix/123456_MS_Fix_Problem_A

rama principal

La main rama siempre representa el código que se está ejecutando en producción. El código se fusiona en la main rama desde feature las ramas mediante solicitudes de combinación. Para evitar que se eliminen y para evitar que los desarrolladores envíen el código directamente a ellamain, habilita la protección de la main rama en cuestión.

Convención de nomenclatura:

main