Estrategia de ramas en un tronco

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

rama de característica

Desarrollas funciones o creas una revisión en una feature rama. Para crear una feature rama, se ramifica desde la main rama. Los desarrolladores iteran, confirman y prueban el código de una feature rama. Cuando una función está completa, el desarrollador la promociona. Solo hay dos caminos hacia adelante desde una feature rama:

• Incorpórate a la sandbox rama

• Crea una solicitud de fusión en la main sucursal

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

rama sandbox

Esta rama es una rama troncal no estándar, pero es útil para el desarrollo de canalizaciones de CI/CD. La sandbox rama se utiliza principalmente para los siguientes fines:

• Realice un despliegue completo en el entorno sandbox mediante las canalizaciones de CI/CD

• Desarrolle y pruebe una canalización antes de enviar solicitudes de fusión para realizar pruebas completas en un entorno inferior, como el de desarrollo o las pruebas.

Sandboxlas sucursales son de naturaleza temporal y están destinadas a ser de corta duración. Deben suprimirse una vez finalizadas las pruebas específicas.

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

rama principal

La main rama siempre representa el código que se está ejecutando en producción. El código se ramifica, se desarrolla ymain, a continuación, se fusiona nuevamente conmain. Las implementaciones desde main pueden dirigirse a cualquier entorno. Para evitar que se eliminen, habilite la protección de sucursales para la main sucursal.

Convención de nomenclatura:

main

rama de hotfix

No hay una hotfix rama dedicada en un flujo de trabajo basado en enlaces troncales. Los hotfixes utilizan ramas. feature