Estandares para crear un rama en GIT HUB

Las Ramas Principales (El Núcleo) 
 Estas ramas son intocables de forma directa; nadie debería programar sobre ellas, solo recibir Pull Requests (PRs). 
 
 main (o master ) : Es el código sagrado. Lo que está aquí es la versión estable que está desplegada en el servidor de producción. 
 develop (o dev ) : Es la rama de integración. Aquí se une todo el código nuevo de los desarrolladores para ser probado en el ambiente de pruebas antes de salir a producción. 
 
 Convenciones para Sub-ramas (Trabajo Diario) 
 Para las ramas donde tú y tu equipo van a tirar código (las que nacen de develop ), usamos un estándar de prefijos seguidos de un slash ( / ) y un nombre muy descriptivo. 
 
 feat/ (Nuevas Funcionalidades): Se usa cuando vas a crear un módulo, una pantalla o un servicio completamente nuevo.
 
 Ejemplo: feat/dashboard-pending-tasks 
 
 
 fix/ o bugfix/ (Solución de errores): Se usa para arreglar un comportamiento incorrecto que se detectó durante el desarrollo o las pruebas.
 
 Ejemplo: fix/smart-table-rendering-error 
 
 
 hotfix/ (Urgencias en Producción): Son parches críticos. Estas ramas nacen directamente de main porque hay un error grave en producción que no puede esperar al ciclo normal de desarrollo.
 
 Ejemplo: hotfix/login-crash-500 
 
 
 enhancement/ (Mejoras): Se usa cuando la funcionalidad ya existe y no tiene errores, pero la vas a optimizar (como hacer un query de SQL más rápido o mejorar el UI/UX).
 
 Ejemplo: enhancement/query-performance-form-person 
 
 
 chore/ (Mantenimiento): Tareas técnicas que no afectan directamente al usuario final, como actualizar dependencias, cambiar el pom.xml o configurar Docker.
 
 Ejemplo: chore/update-angular-v11 
 
 
 
 Buenas Prácticas (Senior Tips) 
 
 Todo en minúsculas y separado por guiones medios ( - ): Nada de usar espacios, ni mayúsculas, ni CamelCase. 
 Sé descriptivo pero conciso: Ni muy corto ( fix/error ), ni un testamento gigante ( feat/boton-que-hace-click-en-el-dashboard ). 
 Idioma unificado