Open fernandascovino opened 1 year ago
As versões 1.x.x
(todas até a 2.0.0) foram mapeadas também.
Caso seja interessante, as tags serão criadas no projeto:
Versão | Data | Descrição | Commit | Comparação |
---|---|---|---|---|
1.0.0 | 02/07/2021 | Primeiro commit | 2b16f02 | - |
1.1.0 | 19/01/2022 | Pronto para prod | 8f21fde | 1.0 vs 1.1 |
1.2.0 | 08/12/2022 | Workflows, kubernetes, fixtures | d68bc5b | 1.1 vs 1.2 |
Motivo
Versionar é sempre melhor para mapear o projeto ao longo do tempo.
Como será feito
Resumo
Versão MAJOR (e.g.
1
.0.0) será a mesma que o frontend (app) pois eles dependem entre si.Versão MINOR (e.g. 1.
1
.0) para qualquer recurso novo ou alterado que seja retrocompatível.Versão PATCH (e.g. 1.1.
1
) para qualquer tipo de correção de erros ou alteração de README e arquivos sem importância.Detalhes
MAJOR
MINOR
PATCH
Tarefas
[x] Mapear versão 2.0
O commit b4378b2 staging > main - mudança no modelo, criação de ambiente local e endpoints é o commit mais antigo que o frontend v2.0 consegue utilizar. Pois ele cria a URI
gtfs/<endpoint>
.[x] Mapear versões 2.x.x
O commit 9dcf808 [feat] filtro shape_id em gtfs/shapes > main é o único commit mais atual da branch main.
[x] Lançar Releases 2.x.x
[ ] Mapear versões 1.x.x
Portanto o mapeamento será revisado, e subversões de main terão descrição mais detalhada sobre o que mudou.
Referências: