Home | Escopo e Cronograma | Processo | Design/Mockups | Configuração | Arquitetura | Infra | Código | BD |
---|
Quadro de tarefas
Para o gerenciamento do projeto e acompanhamento das tarefas, foi criado um board na Azure onde temos as tarefas separadas por épicos.
Sempre que for trabalhar em um item, seja ele correção ou funcionalidade nova, verifique se já não existe uma tarefa igual no board. Em caso negativo, comunique ao AGES IV.
Para acessar o board, clique aqui
GitFlow
No projeto, seguimos o GitFlow conforme a imagem abaixo:
Padrão de nomenclatura
Branches
Toda branch terá todo seu texto em minúsculo com palavras separadas por -
.
Tipos de branches
main
- Código validado e testado.
- Só vai para produção o que já foi aprovado pelo cliente.
develop
- Branch de integração da sprint.
- Todos os MRs de funcionalidades e correções vão para cá.
- No fim da sprint, ela vira uma release.
feat/{ID-US}-{nome-da-tarefa}
- Branch para desenvolver funcionalidades.
- Exemplo:
feat/01-create-login-screen
release/{numero-da-sprint}
- Junta tudo da sprint para deploy.
- Exemplo:
release/1
Commits
Formato do commit:
{prefixo}({área}): {ID-US} descrição no gerúndio
Prefixos
Prefixo | Quando usar |
---|---|
feat |
Nova funcionalidade |
test |
Testes criados ou alterados |
fix |
Correções de bugs |
chore |
Configurações ou código que não vai pra produção |
refactor |
Refatoração de código |
docs |
Documentação, Swagger, README |
style |
Formatação, sem mudar comportamento |
build |
CI/CD e build da aplicação |
Exemplos
feat(sign-up): creating login components
fix(sign-up): fixing empty CPF error
chore(sign-up) adding swagger configuration
Como desenvolver uma US
1. Escolher e iniciar
- Vá até o board, escolha/crie uma tarefa
- Atribua seu nome (Assignee)
- Mova para In Progress
2. Desenvolvimento
- Crie uma branch com o nome certo
- Commite seguindo o padrão
- Mantenha a branch atualizada:
git fetch git merge origin/develop
- Abra o Merge Request para
develop
e preencha o template - Resolva conflitos se houver
- Mova o card para Code Review
- Resolva os comentários do PR
- Faça o merge após duas aprovações (1 AGES III obrigatória)
- Mova para Done
Estrutura de um Merge Request
Título
Prefixado com o número da tarefa, deve ser conciso e sucinto no que foi alterado
Descrição
Aqui é o espaço para detalhar as alterações feitas, decisões tomadas e até mesmo explicar porque algumas coisas foram alteradas.
- Caso tenha trabalhado em uma tela, forneça screenshots das telas criadas/alteradas caso tenha alguma mudança visual
Checklist aprovação do PR:
- Revisado por no minimo 2 pessoas (1 AGES III obrigatório)
- Sem conflitos
- Comentários Respondidos (se houver)
Definition of Done (DoD)
O que precisa para considerar a tarefa pronta:
- Alinhado com o design
- Atende os critérios de aceitação
- Develop revisada