App Visita - Versões
Método que fizemos pra fazer o versionamento do APP.
1 - Visando nova versão, a Josi irá criar uma requisição tipo 311 contendo , como descrição, a versão a ser criada. Ficará fixo no início do histórico "APP VERSÃO N.NN".
Exemplo: Req. 812317
Sprint 10 - App Visita Versão 7.3.7...
2 - Cada requisição 251/252 do app atendida pelo Breno e Hélio continua gerando uma req tipo 53 para a Josi atender (os programadores devem atender as 251/252 sem se preocupar com a compilação do App: estando pronta a requisição, atende).
Os homologadores devem Negar Atendimento caso recebam uma requisição 53 sobre o AppVisita.
Com isso, o programador terá que liberá-la novamente, desta vez para Josiane (jsilva) |
---|
Estas requisições 53 originais não deverão ser atendidas e serão associadas a requisição 311 criada no versionamento.
3 - Quando for decidido fechar a versão, a Josi deverá pedirá compilação de versão (por uma req 54). Aprovará ou não cada uma das 53 originais (* ver detalhes abaixo).
- Josi faz mais uma 54 pedindo compilação apenas das requisições aprovadas e testa novamente.
Observação: Josi sempre deverá fazer uma 54 indicando a versão e o ambiente que deverá subir. Por exemplo: uma primeira 54 para teste interno; outra 54 para 10% Produção e outra 54 para 100% produção.
4 - Josi fará uma requisição 53 nova (direto, sem requisição pai) colocando nesta o número da requisição 311 e o resumo do conteúdo das requisições associadas à 311: no atendimento desta 53 irá gerar uma 54 a qual ela deverá dizer para qual ambiente/faixa deverá subir a versão (APK, Interno, % Beta ou % Produção).
- o resumo do conteúdo é o que será publicado no O QUE HÁ DE NOVO na Play Store.
Versão em Homologação
Versão | Teste | Data | Liberado |
---|---|---|---|
7.3.7 | em andamento | 17/02/2021 | nova versão |
7.3.8 | erro na sincronização | 25/02 | nova versão |
7.4.1 | em andamento | 05/03 | nova versão |
7.4.2 | Aprovada | 11/03 | ok |
7.4.3 | em homologação | 09/04 | nova versão |
7.4.4 | em homologação | ||