Critérios de Liberação de Versões

    From The Document Foundation Wiki
    Audio-cassette.png

    This page (may) contain content that is old and/or out of date.
    If you have experience in this area, please review this page for accuracy.

    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 tdf#31865 Released
    LibO-3.3.1 meta bug tdf#32894 Released
    LibO-3.3.2 meta bug tdf#34404 Released
    LibO-3.3.3 meta bug tdf#35509 Released
    LibO-3.3.5 or last release in 3.3 branch none Potinital blockers, mostly crashes or security issues 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.