... | ... | @@ -2,9 +2,7 @@ |
|
|
| :----------: | :---------------------------------: | :-------------------------------------: | :----------------------: | :---------------------------: | :-------------------------------------------: | :----------------------------------------: | :-------------------------: |
|
|
|
|
|
|
|
|
|
# Estratégia de Branching e Padrão de Commits
|
|
|
|
|
|
## Estratégia de Branching: Git Flow
|
|
|
# Estratégia de Branching: Git Flow
|
|
|
|
|
|
### Visão Geral
|
|
|
O Git Flow é uma estratégia de branching que organiza o desenvolvimento e o lançamento de software. Ele divide o trabalho em diferentes branches para garantir a estabilidade da branch `main` enquanto possibilita o desenvolvimento contínuo na branch `develop`.
|
... | ... | @@ -21,19 +19,29 @@ O Git Flow é uma estratégia de branching que organiza o desenvolvimento e o la |
|
|
### Fluxo de Trabalho
|
|
|
|
|
|
1. **Iniciando uma Nova Feature**
|
|
|
- Crie uma branch `feature/*` a partir de `develop`:
|
|
|
- Crie uma branch `feature/*` a partir de `develop`
|
|
|
- Sempre mantenha a develop atualizada para evitar conflitos ao abrir MR's
|
|
|
```bash
|
|
|
git checkout develop
|
|
|
git pull
|
|
|
git checkout -b feature/nome-da-feature
|
|
|
```
|
|
|
|
|
|
- Sempre envie seus commits e mudanças para o repositório remoto para que outros desenvolvedores possam desenvolver em sua branch caso você não finalize a tarefa!
|
|
|
```bash
|
|
|
git add .
|
|
|
git commit -m "O que foi realizado seguindo os Exemplos de Commit"
|
|
|
git push origin feature/nome-da-feature
|
|
|
```
|
|
|
2. **Concluindo uma Feature**
|
|
|
- Abrir um Merge Request no Gitlab e assinar AGES 3/4 como revisores.
|
|
|
- Merge Request > New Merge Request > Compare Branches and Continue
|
|
|
- Na *"Source Branch"* designe a sua branch de feature, em *"Target branch"* designe a branch que deseja mesclar suas alterações (comumente será a branch develop)
|
|
|
- Assine seu AGES III ou AGES IV como revisores do Merge
|
|
|
- Requisite o Merge!
|
|
|
|
|
|
4. **Correções Urgentes (Hotfixes)**
|
|
|
- Crie uma branch de hotfix a partir da `main`, corrija o problema e mescle tanto na `main` quanto na `develop`.
|
|
|
|
|
|
## 2. Padrão de Commits: Conventional Commits
|
|
|
# Padrão de Commits: Conventional Commits
|
|
|
|
|
|
### Estrutura do Commit
|
|
|
|
... | ... | |