gitflow.md

+| [Home](home) | [Escopo e Cronograma](escopo) | [Processo](processo) | [Design/Mockups](design_mockups) | [Configuração](configuracao) | [**Arquitetura**](arquitetura) | [Código](codigo) | [BD](banco_dados) | [Qualidade](qualidade) | [Utilização](utilizacao) | [Gitflow](gitflow) 
+| :----------: | :---------------------------: | :------------------: | :--------------: | :--------------------------: | :----------------------------: | :--------------: | :---------------: | :--------------------: | :----------------------: | :----------------: |
+
+# Gitflow do projeto
+
+## Descrição
+
+Pensamos em um fluxo que funcionaria tanto pra o front quanto para o backend.
+
+Segue o modelo:
+
+![Gitflow](/resources/images/gitflow.png)
+
+
+**ci/prod(master)**: branch de produção, onde só iremos subir as historias que foram devidamente testadas e homologadas.
+
+**ci/hlg(dev)**: branch de homolagação, onde sempre que tivermos uma historia fechada, faremos deploy para que assim possamos validar a integração e regressão da mesma.
+
+**release/sprint-x**: branch criada a partir de **ci/prod** todo início de sprint, pois é nela que iremos inserir as historias validadas. Ao final da sprint, a branch de release atual deverá ser propagada para **ci/prod**.
+
+**story/work-item-description**: branch de historia que poderá conter uma ou mais *tasks*. Ao ser validada, poderá ser propagada para **ci/hlg** e ao final da sprint, para **release/sprint-x**
+
+**task/work-item-description**: branch de *task* que irá compôr uma parte da história. A cada task fechada, deverá ser feito o *pull request* para sua devida historia.
+, onde iremos avaliar os padrões de código utilizado e também as lógicas envolvidas nas mesmas.
\ No newline at end of file