Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • W Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Create a new issue
  • Jobs
  • Issue Boards
Collapse sidebar
  • Ludo Pets
  • Wiki
  • Wiki
  • Processo

Last edited by Gustavo Pretto Scholze Mar 22, 2025
Page history

Processo

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

image


GitFlow

No projeto, seguimos o GitFlow conforme a imagem abaixo: image

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

  1. Crie uma branch com o nome certo
  2. Commite seguindo o padrão
  3. Mantenha a branch atualizada:
    git fetch
    git merge origin/develop
  4. Abra o Merge Request para develop e preencha o template
  5. Resolva conflitos se houver
  6. Mova o card para Code Review
  7. Resolva os comentários do PR
  8. Faça o merge após duas aprovações (1 AGES III obrigatória)
  9. 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

Clone repository
  • Banco de Dados
  • Configuração
  • Código
  • Processo
  • arquitetura
  • design_mockups
  • escopo e cronograma
  • Home