Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Las ramas en una estrategia de GitHub flujo
<a name="branches-in-a-git-hub-flow-strategy"></a>

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



![Las sucursales y los entornos de una estrategia de ramificación GitHub de Flow.](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/choosing-git-branch-approach/images/githubflow-branching-strategy.png)


## rama de característica
<a name="feature-branch"></a>

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 para`main`.


|  |  | 
| --- |--- |
| 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
<a name="bugfix-branch"></a>

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
<a name="hotfix-branch"></a>

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
<a name="main-branch"></a>

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 ella`main`, habilita la protección de la `main` rama en cuestión.


|  |  | 
| --- |--- |
| Convención de nomenclatura: | `main` |