Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • C Cora - Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Merge requests 0
    • Merge requests 0
  • Deployments
    • Deployments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Commits
Collapse sidebar
  • Cora
  • Cora - Wiki
  • Wiki
  • Processo

Last edited by Maria Eduarda Wendel Maia Oct 20, 2025
Page history

Processo

Home Escopo Gerência Processo Design Configuração Arquitetura Banco de Dados

Sumário

  • Processo
  • Padrões de Branch e Commit
    • 📌 Branches
    • 📌 Commits
    • 📌 Pull Request (PR)

Processo

Esta sessão visa documentar os processos de desenvolvimento utilizados no projeto Cora.

Padrões de Branch e Commit

📌 Branches

As branches para desenvolvimento devem ser feitas a partir da develop. Os nomes de branch devem seguir -<descrição>, onde a descrição deve ser breve, conter apenas letras minúsculas e utilizar hífens no lugar de espaços. Escopo é definido como a abreviação da user story com dois números, separados por hífen (ex. us-1-1);

Exemplos

us-2-4-issue-naming no-us-writing-something-here

Regras

us-X-Y-description → Para tarefas relacionadas a uma User Story (US). Os números X e Y representam a ID da US.

no-us-description → Para alterações sem uma US específica. Utilize hífens (-) para separar palavras na descrição da branch. A descrição deve ser escrita em inglês e em letras minúsculas. A descrição deve ser curta e clara.

📌 Commits

Commit

Os commits devem seguir : ; Mensagens de commit não podem ultrapassar 72 caracteres e devem ser em inglês e escritas no pretérito perfeito; Tipo é conforme a tabela abaixo:

Tipo Descrição
feat Adição de uma nova funcionalidade
fix Correção de um problema (bug ou não)
test Testes de funcionalidades
infra Tarefas de repositório
chore Mudanças pontuais no código

Exemplos de commit: feat: added something… fix: removed the…

📌 Pull Request (PR)

Abaixo está o padrão de Pull Request (PR)

  • O nome do PR deve ser a própria User Story (US), seguindo o formato: [US-X-Y] título da US

Exemplo: [US-24] add user authentication endpoint

## 📌 Pull Request (PR)

## 🔗 User Story / Issue
- **US**: [US-X-Y: título da US](<cole o link aqui>)
- **Tipo de mudança**: ( ) feature  ( ) fix  ( ) chore  ( ) infra  ( ) test  ( ) docs

---

## 📝 Descrição
Explique **o que** foi feito e **por quê**.  
Contextualize o problema, a abordagem adotada e qualquer decisão de design/arquitetura relevante.

---

## ✅ Critérios de Aceite (CA) & Como foram atendidos
- [ ] CA1: <descreva> — **Como atender**: <evidência>
- [ ] CA2: <descreva> — **Como atender**: <evidência>
- [ ] CA3: <descreva> — **Como atender**: <evidência>

> Se houver critérios não atendidos, justificar e negociar próximo passo.

---

## 📸 Evidências 
- Prints
Clone repository
  • Arquitetura
  • Artefatos
  • Banco de Dados
  • Design
  • Gerência
  • Home
  • Processo
  • configuração
  • escopo