-
Notifications
You must be signed in to change notification settings - Fork 96
Siga Versões
Esta página visa explicar o versionamento do Siga e orientar os desenvolvedores na liberação de versão do siga em produção, de modo que haja um controle de versão definido.
Os números de versão no Siga seguem o formato A.B.C.D, em que cada parte significa o seguinte:
- A: versão do sistema (modifica-se quando altera totalmente o modo de funcionamento do sistema seja interna ou externamente. Por exemplo: troca de tecnologias ou mudanças radicais na interface do usuário ou API);
- B: liberações maiores (periódica, exigem modificações de configuração. Incompatível com a versão anterior. Por exemplo: novas configurações no servidor de aplicação, mudança no bd, criação de diretórios, etc.);
- C: liberações menores (periódica, não exigem modificações de configuração. Pode-se utilizar a versão anterior sem prejuízo);
- D: liberações emergenciais (hotfix. Correções de incidentes impeditivos);
Para acessar a lista de correções e melhorias liberadas numa versão, acesse a página https://github.com/projeto-siga/siga/milestones?state=closed e selecione uma das milestones, que correspondem às versões, para listar as issues resolvidas. As versões ainda em desenvolvimento podem ser acessadas aqui.
Quando uma versão está pronta para ser liberada, é criado um branch com nome no formato release-A.B.C.D, onde as letras A a D representam o número da versão, conforme explicado acima. Esse branch é formado a partir do ponto em que o branch develop se encontra no momento do fechamento da versão. Nesse instante, as issues previstas para a versão que ainda não tenham sido fechadas são direcionadas para a milestone referente à versão seguinte.
Ao liberar a versão em produção, ocorre o fechamento da milestone correspondente à versão. Os commits do branch release são então levados para o branch master. É gerada também uma tag com o número da versão.
O conteúdo das versões anteriores a esse processo de liberação pode ser consultado nesta página.