Concordo totalmente! 👍 Essa é uma excelente prática e você está seguindo o padrão correto de versionamento semântico.
-alfa
indica que é uma versão em desenvolvimento/teste- Permite testar funcionalidades antes do release oficial
- Sinaliza que ainda pode haver mudanças significativas
- A versão
1.0.0
deve representar a primeira versão estável em produção - É um marco importante que indica maturidade do software
- Comunica claramente aos usuários que o software está pronto para uso real
v1.0.0-alfa.1, v1.0.0-alfa.2, v1.0.0-beta.1, etc.
v1.0.0 (primeira versão estável)
v1.0.1 (correções de bugs)
v1.1.0 (novas funcionalidades)
v2.0.0 (mudanças breaking)
- Clareza: Diferencia claramente desenvolvimento de produção
- Controle: Permite múltiplas iterações antes da versão final
- Confiança: v1.0.0 passa mais credibilidade quando lançada
- Rastreabilidade: Histórico claro da evolução do software
Quando estiver pronto para produção, você pode:
- Release Candidate: Criar
v1.0.0-rc.1
(release candidate) para testes finais - Versão Oficial: Depois
v1.0.0
como versão oficial de produção
v1.0.0-alfa
- Primeira versão alfav1.0.1-alfa
- Correções na versão alfav1.0.2-alfa
- Melhorias incrementaisv1.0.3-alfa
- Funcionalidades adicionaisv1.0.4-alfa
- Configuração automática do Redmine totalmente funcional
v1.0.0-beta.1
- Quando estiver mais estável para testes amplosv1.0.0-rc.1
- Release candidate para validação finalv1.0.0
- Primeira versão oficial de produção
Sua estratégia está perfeita e segue as melhores práticas da indústria! 🎯
O uso de pre-releases permite um desenvolvimento mais controlado e garante que a versão 1.0.0 seja realmente um marco de qualidade e estabilidade.