Versionamento
Contexto: O Softpark adotou quatro números de versão para diferenciar uma nova entrega de uma correção pontual aplicada sobre uma versão já publicada.
Antes: A identificação anterior não deixava tão claro, apenas pelo número, se o pacote iniciava uma nova entrega ou corrigia a entrega atual.
Agora: O terceiro número identifica a entrega principal e o último identifica o hotfix. Uma nova entrega avança o terceiro número e reinicia o último em zero; um hotfix mantém a entrega e incrementa somente o último número.
Exemplo prático: 3.5.184.1 é o primeiro hotfix da entrega 184; 3.5.184.2 é o segundo. Já 3.5.185.0 inicia uma nova entrega e 3.5.185.1 será seu primeiro hotfix.
Resultado: Fica mais simples reconhecer o tipo do pacote, acompanhar correções de produção e preservar a versão própria do ciclo de desenvolvimento durante a sincronização.
- 3.5: identifica a linha principal do produto.
- 184: identifica a entrega principal. Esse número avança quando uma nova versão é preparada e homologada.
- 1: identifica o hotfix, ou seja, uma correção feita sobre a mesma entrega. Esse número começa em 0 e aumenta a cada novo hotfix.
Regra principal: uma nova entrega altera o terceiro número e reinicia o último em zero. Um hotfix mantém o terceiro número e altera somente o último.
3.5.184.0: versão base da entrega 184, antes de qualquer hotfix.3.5.184.1: primeiro hotfix da entrega 184. Este é o ponto de início oficial do novo padrão, pois a produção já possuía correções aplicadas sobre a entrega 184.3.5.184.2: segundo hotfix da mesma entrega 184. Não representa uma nova funcionalidade; representa mais uma correção pontual.3.5.185.0: nova entrega principal. O número da entrega avança de 184 para 185 e o contador de hotfix volta para zero.3.5.185.1: primeiro hotfix aplicado sobre a entrega 185.
¶ Quando usar cada tipo de versão
- Nova entrega: reúne funcionalidades, melhorias planejadas e mudanças que seguem o fluxo normal de desenvolvimento e homologação. O terceiro número aumenta e o último volta para
0.
- Hotfix: corrige um problema pequeno e pontual encontrado na versão em produção. Deve partir da versão de produção, conter somente a correção necessária e aumentar apenas o último número.
Depois que um hotfix é integrado à produção, a correção também é sincronizada com o desenvolvimento para não se perder nas próximas entregas. Nessa sincronização, a versão própria do ciclo de desenvolvimento é preservada.
Resumo rápido: se somente o último número mudou, houve uma correção sobre a mesma entrega. Se o terceiro número mudou e o último voltou para zero, começou uma nova entrega.