Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Branches dans une stratégie GitHub Flow
<a name="branches-in-a-git-hub-flow-strategy"></a>

Une stratégie de branchement GitHub Flow comporte généralement les branches suivantes.



![Les branches et les environnements d'une stratégie de branchement GitHub Flow.](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/choosing-git-branch-approach/images/githubflow-branching-strategy.png)


## branche de fonctionnalités
<a name="feature-branch"></a>

Vous développez des fonctionnalités dans `feature` les succursales. Pour créer une `feature` branche, vous devez dériver de la `main` branche. Les développeurs itèrent, valident et testent le code dans la `feature` branche. Lorsqu'une fonctionnalité est terminée, le développeur en fait la promotion en créant une demande de fusion auprès de`main`.


|  |  | 
| --- |--- |
| Convention de dénomination : | `feature/<story number>_<developer initials>_<descriptor>` | 
| Exemple de convention de dénomination : | `feature/123456_MS_Implement_Feature_A` | 

## branche bugfix
<a name="bugfix-branch"></a>

La `bugfix` branche est utilisée pour résoudre les problèmes. Ces branches sont dérivées de la `main` branche. Une fois que le correctif a été testé dans le bac à sable ou dans l'un des environnements inférieurs, il peut être promu vers des environnements supérieurs en le fusionnant `main` via une demande de fusion. Il s'agit d'une convention de dénomination suggérée pour l'organisation et le suivi. Ce processus peut également être géré à l'aide d'une branche de fonctionnalités.


|  |  | 
| --- |--- |
| Convention de dénomination : | `bugfix/<ticket number>_<developer initials>_<descriptor>` | 
| Exemple de convention de dénomination : | `bugfix/123456_MS_Fix_Problem_A` | 

## branche hotfix
<a name="hotfix-branch"></a>

La `hotfix` branche est utilisée pour résoudre les problèmes critiques à fort impact avec un délai minimal entre le personnel de développement et le déploiement du code en production. Ces branches sont dérivées de la `main` branche. Une fois le correctif testé dans le bac à sable ou dans l'un des environnements inférieurs, il peut être promu vers des environnements supérieurs en le fusionnant `main` via une demande de fusion. Il s'agit d'une convention de dénomination suggérée pour l'organisation et le suivi. Ce processus peut également être géré à l'aide d'une branche de fonctionnalités.


|  |  | 
| --- |--- |
| Convention de dénomination : | `hotfix/<ticket number>_<developer initials>_<descriptor>` | 
| Exemple de convention de dénomination : | `hotfix/123456_MS_Fix_Problem_A` | 

## branche principale
<a name="main-branch"></a>

La `main` branche représente toujours le code en cours d'exécution en production. Le code est fusionné dans la `main` branche à partir des `feature` branches à l'aide de demandes de fusion. Pour vous protéger contre la suppression et empêcher les développeurs d'y envoyer du code directement`main`, activez la protection de la `main` branche.


|  |  | 
| --- |--- |
| Convention de dénomination : | `main` |