Critérios de Liberação de Versões
TDF LibreOffice Brasil Document Liberation Project Community Blogs Traduções Nextcloud Redmine Perguntas e respostas Doar
O LibreOffice é usado por muitos usuários todos os dias. Qualquer nova versão precisa não quebrar em seu dia-a-dia. Esta página define critérios as quais qualquer nova versão deve ser lançada.
Critérios
Candidatos a versão pode ser marcados como finais quando:
- está publicamente disponíveis por mais de 10 dias e sem reporte de bugs bloquantes;
- Não tem bug bloqueante nos testes automatizados.
Nominação de Bug Bloqueante
Defina severity: blocker, adicione comentários e dependência ao meta bug:
Release Version | Task Meta Bug | Blocker bugs | Most annoying bugs | Remarks |
---|---|---|---|---|
LibO-3.3.0 | meta bug |
Released | ||
LibO-3.3.1 | meta bug |
Released | ||
LibO-3.3.2 | meta bug |
Released | ||
LibO-3.3.3 | meta bug |
Released | ||
LibO-3.3.5 or last release in 3.3 branch | none | Annoying bugs | EOL | |
LibO-3.4 | meta bug tdf#35673 | blocker bugs (*) | annoying bugs (**) | |
LibO-3.5 | meta bug tdf#37361 | blocker bugs (*) | annoying bugs (**) | |
LibO-3.6 | meta bug tdf#44446 | blocker bugs (*) | annoying bugs (**) |
Note que comentários são automaticamente enviados para a lista de discussão libreoffice.
Definição de Bug Bloqueante
Qualquer software tem bugs. Todos os bugs podem não ser fixados, caso contrário o produto nunca seria lançado. Os bugs que bloqueariam o lançamento precisam ter um dos seguintes sintomas:
- A aplicação não pode ser instalada
- A aplicação não pode ser iniciada
- Tem perda de dados
- A aplicação quebra
- A aplicação congela
- Bug de segurança
- Problema de licença
- Função inutilizável
Alguns bugs normais também podem ter os sintomas acima. Os realmente bloqueantes devem preencher também as seguintes condições:
- o problema precisa ser reproduzível por mais usuários; se ele não é reproduzível, é provavelmente um problema do lado do usuário; os desenvolvedores também precisam de mais informações do relator; não é justo bloquear o lançamento e todos os usuários se o relator não prover informações necessárias a tempo;
- funcionalidades quebradas precisam de regressão contra a última versão lançada; se ela não foi reportada anteriormente, é uma função raramente usada e a correção poderia esperar até a próxima versão;
- perda de dados nos filtros de importação/exportação precisam de regressão contra a última versão lançada; BrO/LibO tinha bons filtros de importação/exportação de/para qualquer formato de arquivo; eles são melhorados a cada nova versão mas nunca estão 100%; algumas vezes eles dependem de uma funcionalidade faltante; se o problema não está a regressão, ela é considerada como uma funcionalidade e por isso não é um bloqueante.
- o problema precisa afetar muitos usuários ou não deve ter uma solução razoável; é ruim de bloquear uma liberação e todos os usuários por causa de um caso pontual quando existe uma solução razoável.
Note que a definição acima não pode ser tomada com tanta restrição. Cada bug nominado será considerado com base na lista de discussão libreoffice. Isto não significa que outros bugs não são fixados durante a fase de candidato à lançamento (release candidate). Se o lançamento está bloqueado, qualquer um pode adicionar correções seguras para outros bugs críticos.