Todas as mudanças significativas do projeto serão listadas aqui. Use o padrão Keep A Changelog e semântica de versão.
- Dashboard: considerado estável após ajustes de layout e das métricas exibidas.
- Correção do erro de aprovação de splits (bugs que impediam que um split fosse marcado/registrado como aprovado).
- Correção do erro na exclusão de splits (remoção de registros funcionando corretamente e com validação de propriedade).
- Correção do erro na criação de splits: participantes agora são persistidos corretamente e associados ao split.
- Ajuste para que a listagem de splits exiba apenas os splits pertencentes ao usuário autenticado (privacidade/segurança reforçadas).
- Edição de split: funcionalidade ainda em desenvolvimento — melhorias e validações adicionais em andamento.
- Ajustes em scripts e deploy (ex.:
package.json,Procfile) e correções para deploys recentes.
- Esses pontos refletem as últimas correções aplicadas e os deployments recentes. Testes adicionais em staging são recomendados antes de um release formal.
- Criação de split (despesa compartilhada).
- Listagem de splits.
- Visualização de split (detalhes da despesa e participantes).
- Autenticação: login / logout.
- Recuperação de senha (reset).
- Filtro funcional em listagens (busca/filtragem básica).
- Sistema de exclusão de split (remover despesa).
- Ajustes no frontend/back-end para persistência e listagem de participantes em Splits.
- Proteções (guards) adicionadas em telas para prevenir erros ao acessar propriedades indefinidas (ex.: PendingApprovals, Show).
- Correção em workflow
release-sentry.ymlpara evitar comando inválido durante releases.
- Dashboard: ainda em desenvolvimento — algumas métricas e widgets ausentes.
- Edição de split: funcionalidade disponível, porém instável — use com cautela.
- Controle de user balance: lógica presente, mas ainda sujeita a inconsistências em casos complexos.
- Landing page SPA inicial: não implementada nesta versão.
- Testes automatizados: recomenda-se rodar a suíte localmente e revisar falhas antes de confiar em CI.
- A UI exibe a versão lida do arquivo
VERSIONe/ou da variávelAPP_VERSIONno.env. - Para publicar a tag e disparar os workflows de release: crie uma tag semântica (ex.:
v0.1.0-beta.1) e faça push para o repositório.
- Lançamento inicial com versão instável prevista