... | @@ -25,20 +25,26 @@ |
... | @@ -25,20 +25,26 @@ |
|
- Para correções urgentes em produção
|
|
- Para correções urgentes em produção
|
|
- Criada a partir da `main`
|
|
- Criada a partir da `main`
|
|
|
|
|
|
### 🔁 Fluxo de Trabalho Completo
|
|
### 🔁 Fluxo Resumido
|
|
|
|
|
|
1. **Sincronizar com a develop**:
|
|
Crie uma branch de funcionalidade:
|
|
```bash
|
|
bash
|
|
git checkout develop
|
|
Copy
|
|
git pull origin develop
|
|
|
|
|
|
|
|
2. **Criar branch para a feature:**:
|
|
git checkout -b feature/JIRA-123 develop
|
|
```bash
|
|
|
|
git checkout -b feature/JIRA-123-descricao-curta
|
|
|
|
|
|
|
|
|
|
Faça commits seguindo as regras acima.
|
|
|
|
|
|
### 3. Abrir Pull Request (PR)
|
|
Abra um PR/MR para a develop.
|
|
- Acesse o repositório no GitLab
|
|
|
|
- Crie um novo Pull Request da sua branch para develop
|
|
Após aprovação, merge via squash (para histórico limpo).
|
|
- Preencha algum comentário se possível
|
|
|
|
- |
|
Pós-sprint: Merge develop → main via MR para deploy.
|
|
\ No newline at end of file |
|
|
|
|
|
Por Que Seguir Isso?
|
|
|
|
|
|
|
|
✅ Estabilidade: A main sempre reflete produção.
|
|
|
|
✅ Rastreabilidade: Códigos do JIRA vinculam commits a tarefas.
|
|
|
|
✅ Colaboração: @ credita participantes.
|
|
|
|
|
|
|
|
Adicione isso ao README.md em uma seção como "Fluxo de Desenvolvimento" ou "Versionamento". Ajuste os prefixos (ex: PAY-42 para o do seu projeto no JIRA) conforme necessário. |
|
|
|
\ No newline at end of file |