|
# 🌱 Padrões de Branch e Commit
|
|
# 🌱 Padrões de Branch e Commit
|
|
|
|
|
|
## 📌 Branches
|
|
|
|
|
|
|
|
Os nomes das branches devem seguir o seguinte padrão:
|
|
|
|
[us|no-ref]-<id_da_us>/descricao
|
|
|
|
|
|
|
|
### Exemplos:
|
|
|
|
- `us-01/issue-naming`
|
|
|
|
- `no-ref/writing-something-here`
|
|
|
|
|
|
|
|
### 🔹 Regras:
|
|
|
|
- **`us-XX/descricao`** → Para tarefas relacionadas a uma User Story (US). O número `XX` representa a ID da US.
|
|
|
|
- **`no-ref/descricao`** → Para alterações sem uma US específica.
|
|
|
|
- Utilize **hífens (-) para separar palavras** na descrição da branch.
|
|
|
|
- A descrição deve ser curta e clara.
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
## 📌 Commits
|
|
## 📌 Commits
|
|
|
|
|
|
Os commits devem seguir o padrão:
|
|
* Os commits devem seguir `<tipo>(<escopo>): <mensagem>`;
|
|
[feat](<us|no-ref>): descrição resumida do que foi feito
|
|
* Escopo é a abreviação da user story com hífen e dois dígitos (e.g., us-01);
|
|
|
|
* Mensagens de commit não podem ultrapassar 72 caracteres e devem ser escritas no imperativo;
|
|
### Exemplos:
|
|
* Tipo é conforme abaixo:
|
|
- `feat(us-01): I did something`
|
|
|
|
- `fix(no-ref): something case sensitive`
|
|
|
|
|
|
|
|
### 🔹 Tipos de commit:
|
|
### 🔹 Tipos de commit:
|
|
| Tipo | Descrição |
|
|
| Tipo | Descrição |
|
... | @@ -37,9 +18,35 @@ Os commits devem seguir o padrão: |
... | @@ -37,9 +18,35 @@ Os commits devem seguir o padrão: |
|
| `test` | Adição ou modificação de testes |
|
|
| `test` | Adição ou modificação de testes |
|
|
| `style` | Mudanças de formatação e estilo (sem afetar funcionalidade) |
|
|
| `style` | Mudanças de formatação e estilo (sem afetar funcionalidade) |
|
|
|
|
|
|
|
|
### Exemplos:
|
|
|
|
- `feat(us-01): I did something`
|
|
|
|
- `fix(no-ref): something case sensitive`
|
|
|
|
|
|
### 🔹 Regras:
|
|
### 🔹 Regras:
|
|
- O **tipo** do commit deve estar em **minúsculas**.
|
|
- O **tipo** do commit deve estar em **minúsculas**.
|
|
- O identificador da **US** deve estar **entre parênteses**.
|
|
- O identificador da **us** deve estar **entre parênteses**.
|
|
- A **descrição** deve ser breve e começar com **letra minúscula**.
|
|
- A **descrição** deve ser breve e começar com **letra minúscula**.
|
|
|
|
|
|
---
|
|
---
|
|
|
|
|
|
|
|
## 📌 Branches
|
|
|
|
|
|
|
|
As branches para desenvolvimento devem ser feitas a partir da `develop`. Os nomes de branch devem seguir `<tipo>/<escopo>/<descrição>`, onde a descrição **deve ser breve** e com hífen no lugar dos espaços. Tipo e escopo são definidos conforme dito anteriormente.
|
|
|
|
|
|
|
|
### Exemplos:
|
|
|
|
- `us-01/issue-naming`
|
|
|
|
- `no-ref/writing-something-here`
|
|
|
|
|
|
|
|
### 🔹 Regras:
|
|
|
|
- **`us-XX/descricao`** → Para tarefas relacionadas a uma User Story (US). O número `XX` representa a ID da US.
|
|
|
|
- **`no-ref/descricao`** → Para alterações sem uma US específica.
|
|
|
|
- Utilize **hífens (-) para separar palavras** na descrição da branch.
|
|
|
|
- A descrição deve ser curta e clara.
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
## 🚨 Merge Requests
|
|
|
|
|
|
|
|
O título do merge request deve seguir o mesmo formato acima. Os MRs precisam passar todos os jobs no pipeline e, após isso, podem ser mergeados por um AGES III. É obrigatório submeter o MR no formato definido pelo template.
|
|
|
|
|
|
|
|
--- |
|
|
|
\ No newline at end of file |