GitFlow.md

 |[Home](home)|[Gerenciamento](gp)|[Banco de Dados](banco_dados)|[Arquitetura](arquitetura)|[**Desenvolvimento**](configuracao)
 |---|---|---|---|---|
 
-[Configuração](configuracao)|[Design](mockups)|[Instalação](instalacao)|[**Git**](GitFlow)
-|---|---|---|---|
+[Configuração](configuracao)|[Design](mockups)|[**Git**](GitFlow)
+|---|---|---|
 
 
 # GitFlow
  
-Modelo de organização de branches desenvolvido especialmente para o git. Por ser primariamente um modelo de organização de branches, isso significa que o Git Flow estabelece algumas regras de nomenclaturas para tipos de branches enquanto, ao mesmo tempo, define o que cada tipo de branch faz. 
+Modelo de organização de branches para o git. Estabelece algumas regras de nomenclaturas para tipos de branches enquanto e define o que cada tipo de branch faz. 
 
 Recomendações para melhor uso do modelo:
  
@@ -28,7 +28,7 @@ Situações de risco para o modelo:
 
 •	Produtos com alto número de mudanças (POC, MVPs) 
 
-•	Times bem Srs e experientes pode sentir o gitflow como um gargalo 
+•	Times seniors e experientes pode sentir o gitflow como um gargalo 
 
 ## Branches
 
@@ -36,49 +36,17 @@ Situações de risco para o modelo:
 
 Branches que vão ser mantidas durante todo o período de desenvolvimento do projeto. Elas devem ser protegidas para manter um histórico de alterações claro e conciso. 
 
-**Master**
+*  **Master** (branch em produção a ser distribuida para as demais branches, código já testado, que será entregue ao cliente)
 
-Branch em produção a ser distribuido para as demais branches. 
-Características: 
-
-•	Código estável em produção. 
-•	código já testado, que será entregue ao cliente 
-
-**Develop**
-
-A branch de *develop* é criada a partir da master assim que o projeto é iniciado. Sua funcionalidade é fazer a integração das alterações de desenvolvimento que já foram finalizadas. A partir daqui vai ser gerado o ambiente de desenvolvimento e features finalizadas devem enviar suas alterações para a *develop*. 
-Caracteristicas: 
-
-•	É onde todo fluxo de trabalho irá ocorrer. 
-
-•	Deve sempre conter o código mais atual. 
-
-•	É usada para testar as feature. 
-
-•	Features finalizadas e prontas. 
+*  **Develop** (branch para integração das alterações de desenvolvimento que já foram finalizadas. A partir daqui vai ser gerado o ambiente de desenvolvimento e features finalizadas devem enviar suas alterações para a *develop*.Deve sempre conter o código mais atual)
 
 
 **BRANCHES TEMPORÁRIAS**
 
 Branches temporarias devem ser criadas para cumprir um proposito e assim que esse proposito for concluído a branch deve ser apagada.
  
-**Feature** 
-
-São utilizadas para desenvolver novos recursos para o projeto. Esse tipo de branch é criado a partir da master, quando o novo recurso terminar de ser desenvolvido deve ser enviado para a *develop*. 
-•	Demandas, estórias 
-
-•	Nomenclatura *feature/descricao_da_tarefa*
-
-•	Desenvolvimento de recursos 
-
-**Bugfix**
-
-Branch para correção de erros encontrados em produção. Esse tipo de branch tem por objetivo resolver o problema o mais rapidamente possível. Para isso a branch *bugfix* é criada a partir da master e deve ser utilizada para resolver o problema, assim que o problema for resolvido ela deve sofrer um merge para a *master*. 
-Características: 
-
-•	Código sempre proveniente da master
-
-•	Nomenclatura *bugfix/descricao_da_tarefa*
+*  **Feature** (branch utilizada para desenvolver novos recursos para o projeto. Esse tipo de branch é criado a partir da master, quando o novo recurso terminar de ser desenvolvido deve ser enviado para a *develop*). Nomenclatura *feature/descricao_da_tarefa*
+*  **Bugfix** (branch para correção de erros encontrados em produção. Esse tipo de branch tem por objetivo resolver o problema o mais rapidamente possível. Para isso a branch *bugfix* é criada a partir da master e deve ser utilizada para resolver o problema, assim que o problema for resolvido ela deve sofrer um merge para a *master*). Nomenclatura: *bugfix/descricao_da_tarefa*
 
 *Obs:***** a descrição da tarefa deve incluir o número da US (airtable). 
 - A cada commit realizado deve ser descrito brevemente, em português, o que foi desenvolvido.