# **Gitflow**

## O que é o gitflow?

- #### Primeiramente oque não é o Gitflow
  - Não é um software
  - Não é uma biblioteca ou framewok

## O git flow pode ser adotado como:
- Modelo
- estrategia
- fluxo de trabalho

# Porque?
- Para organizar as tarefas e manter uma versão estável do código do projeto e trazer agilidade sem perder estabilidade para as próximas versões estáveis do projeto.

# Como?
- Cada equipe pode ter o próprio gitflow, a estratégia pode variar de acordo com o projeto. Por exemplo caso o projeto tenha opções de entrega e integração continua ou não, o gitflow pode ir além do time que desenvolve o projeto em si, envolvendo o time de `Garantia` de `Qualidade`, onde determinadas tarefas podem ser refeitas caso não cumpram de alguma forma os requisitos desta em sua totalidade.

# Exemplo

- Comumente um Gitflow segue alguns passos em determinadas situações, as situações geralmente são:
  - `feature`: Nova funcionalidade em um projeto.
  - `bugfix`: Correções de bugs em features em andamento.
  - `hotfix`: Correções de bugs em ambiente produtivo.
  - `release`: Lançamento de novas versões.


- Para cada situação é criado uma branch de curta duração, nas quais são baseadas em `branchs` de longa duração. **São essas as branchs principais**:
  - `main`
     Nela fica todo o código de produção. Todas as novas funcionalidades que estão em desenvolvimento são mescladas ou associadas à ela.
     Para interagir com essa branch, é necessário criar uma branch `Hotfix` ou um nova branch `Release`.

     **Lembrando que essa `branch` é "travada", nao podendo ser feito commits na mesma, aceitando alterações apenas mediante Pull Requests.**

  - `develop`
     O código da próxima versão fica armazenado nessa branch. Sua principal finalidade é ser como uma linha do tempo com os últimos desenvolvimentos, ou seja, `features`, `bugfixes`, funcionalidades que ainda não foram publicadas e serão posteriormente associadas à branch `main`.
     
     **Lembrando que essa `branch` é "travada", nao podendo ser feito commits na mesma, aceitando alterações apenas mediante Pull Requests.**

- **Branch Feature**
  - A branch Feature é usada para o desenvolvimento de `features` e `bugfixes`.
  Criada a partir da branch `develop`, automaticamente deve ser removida assim que fazer o `merge` com a branch de origem a `develop`.

    Além disso, é necessário destacar que a Feature não pode ter interação com a `main`, somente com a Develop.

- **Branch bugfix**
  - A branch bugfix é criada a partir da `develop` para fazer correções localizadas em features novas em processo de testes. Assim que é concluída, deve se fazer o `merge` com a `develop` logo após a finalização do merge ela deve ser apagada.


- **Branch Hotfix**
  - A branch Hotfix é criada a partir da `main` para fazer correções rápidas localizadas no sistema já em produção.
  Assim que concluída, ela deve ser apagada logo após a finalização do merge com a `main` e a `develop`.

- **Branch Release**
  - A branch Release é a finalização de um processo de desenvolvimento, é criada a partir da `develop` e mesclada com a `main` onde teremos todas as `features`, `bugfixes` e `hotfixes` do ciclo atual. Após esse `merge` podemos gerar tanto versões de teste em homologação quanto de produção.
  Assim que concluída, ela se apaga logo após a finalização do merge com a `main` e a `develop`.
  A partir dai, podemos assim gerar uma `tag` da nova versão a partir da `main`.