As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Filiais em uma estratégia GitHub de fluxo
<a name="branches-in-a-git-hub-flow-strategy"></a>

Uma estratégia GitHub de ramificação do Flow geralmente tem as seguintes ramificações.



![As filiais e ambientes em uma estratégia de ramificação do GitHub Flow.](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/choosing-git-branch-approach/images/githubflow-branching-strategy.png)


## ramificação de recursos
<a name="feature-branch"></a>

Você desenvolve recursos em `feature` filiais. Para criar uma `feature` ramificação, você ramifica a partir da `main` ramificação. Os desenvolvedores iteram, confirmam e testam o código na `feature` ramificação. Quando um recurso é concluído, o desenvolvedor promove o recurso criando uma solicitação de mesclagem para`main`.


|  |  | 
| --- |--- |
| Convenção de nomenclatura: | `feature/<story number>_<developer initials>_<descriptor>` | 
| Exemplo de convenção de nomenclatura: | `feature/123456_MS_Implement_Feature_A` | 

## ramificação de correção de bugs
<a name="bugfix-branch"></a>

A `bugfix` ramificação é usada para corrigir problemas. Esses galhos são ramificados do `main` galho. Depois que a correção de bug é testada no sandbox ou em qualquer um dos ambientes inferiores, ela pode ser promovida para ambientes superiores mesclando-a por `main` meio de uma solicitação de mesclagem. Essa é uma convenção de nomenclatura sugerida para organização e rastreamento. Esse processo também pode ser gerenciado usando uma ramificação de recursos.


|  |  | 
| --- |--- |
| Convenção de nomenclatura: | `bugfix/<ticket number>_<developer initials>_<descriptor>` | 
| Exemplo de convenção de nomenclatura: | `bugfix/123456_MS_Fix_Problem_A` | 

## ramificação de hotfix
<a name="hotfix-branch"></a>

A `hotfix` ramificação é usada para resolver problemas críticos de alto impacto com o mínimo de atraso entre a equipe de desenvolvimento e o código implantado na produção. Esses galhos são ramificados do `main` galho. Depois que o hotfix é testado no sandbox ou em qualquer um dos ambientes inferiores, ele pode ser promovido para ambientes superiores mesclando-o por `main` meio de uma solicitação de mesclagem. Essa é uma convenção de nomenclatura sugerida para organização e rastreamento. Esse processo também pode ser gerenciado usando uma ramificação de recursos.


|  |  | 
| --- |--- |
| Convenção de nomenclatura: | `hotfix/<ticket number>_<developer initials>_<descriptor>` | 
| Exemplo de convenção de nomenclatura: | `hotfix/123456_MS_Fix_Problem_A` | 

## ramificação principal
<a name="main-branch"></a>

A `main` ramificação sempre representa o código que está sendo executado na produção. O código é mesclado na `main` ramificação a partir das `feature` ramificações usando solicitações de mesclagem. Para se proteger contra a exclusão e impedir que os desenvolvedores enviem código diretamente para a ramificação`main`, ative a proteção de ramificação para a `main` ramificação.


|  |  | 
| --- |--- |
| Convenção de nomenclatura: | `main` |