A Canonical melhorará a qualidade das versões de pontos do Ubuntu LTS

Canônico

Parece que em A Canonical levou em consideração muitos dos comentários feito não apenas pela comunidade, mas também por desenvolvedores, porque alguns dias atrás, através de listas de correio deu a conhecer que tomaram a decisão de fazer uma mudança no processo para preparar versões LTS intermediárias do Ubuntu (por exemplo, 20.04.1, 20.04.2, 20.04.3, etc.), com o objetivo de melhorar a qualidade das versões em detrimento do cumprimento de prazos exatos.

Se as versões provisórias anteriores foram formadas em estrita conformidade com o plano planejado, a qualidade e a integridade dos testes de todas as correções serão agora priorizadas.

As mudanças foram adotadas levando em consideração a experiência de vários incidentes anteriores, como resultado, devido à adição de uma correção no último minuto e à falta de tempo para verificação, mudanças regressivas ou correções incompletas do problema surgiram no lançamento.

Na tentativa de melhorar nossos processos e a qualidade de Imagens LTS de lançamento local, começando com 20.04.3 (em agosto), estaremos tentando uma abordagem um pouco mais segura. Basicamente, a principal mudança perceptível é que agora seguiremos os procedimentos SRU, mesmo para qualquer bloqueadores de lançamento que encontramos durante a semana de lançamento único. Esta significa que, além de alguns casos muito excepcionais, cada correção (mesmo para um bloqueador) terá que seguir a mesma verificação, regressão processo de análise e período de envelhecimento, caso em que, se um erro for encontrado nas imagens pós-candidatas, simplesmente atrasaremos o ponto liberar até que a correção seja verificada, envelhecida e só então postada atualizações.

Atrasar o lançamento de um ponto é lamentável, mas é melhor do que reduzir nosso
Padrões de qualidade.

Com ele, eles basicamente mencionam que a partir da atualização de agosto do Ubuntu 20.04.3, qualquer correção de bug categorizada como falha de inicialização feito dentro de uma semana antes do lançamento agendado mudará o tempo de lançamento, o que permitirá não pressionar a correção com pressa, mas testar e verificar tudo minuciosamente.

Em outras palavras, se um erro for encontrado em construções que têm status de candidato a lançamento, o lançamento agora será adiado até que todas as revisões para a correção sejam concluídas.

Já tivemos alguns casos em que nossas correções de última hora se aceleraram sob pressão de tempo, eles não foram testados o suficiente e introduzidos regressões (ou, igualmente irritante, parecia ser apenas parcial arranjos). Como a qualidade é o aspecto mais importante de qualquer versão do Ubuntu, queremos ter certeza de que os usuários obtenham a melhor experiência de nosso imagens de lançamento local.

Para se adaptar a essa mudança e garantir que o maior número de bloqueadores de liberação forem encontrados o mais rápido possível, também alteraremos a proposta da imagem diária da série é compilada 2 semanas antes do lançamento (então semana antes das imagens candidatas serem planejadas para o primeiro lançamento).
Anteriormente, mantivemos as imagens diárias habilitadas para propostas por até uma semana antes do lançamento (desativando-os apenas para candidatos ao lançamento são construídos), principalmente como um legado dos velhos tempos quando proposto como um tudo foi atualizado como parte do processo. Isso não tem já é feito há anos (já que não é mais seguro), então deixe proposta nos jornais faz menos sentido do que no passado.

Para a detecção precoce de problemas que bloqueiam o lançamento, também foi decidido aumentar o tempo de congelamento para compilações diárias de uma semana para duas semanas antes do lançamento, ou seja, antes que o primeiro candidato a lançamento seja lançado, haverá uma semana adicional para testar o congelamento diário Construir.

Finalmente, também digno de nota que foi anunciado que o dock do Ubuntu 21.04 travou desde a introdução de novas funções (Feature Freeze) e o foco foi alterado para finalizar as inovações já integradas, identificando e eliminando erros.

Se você quiser saber mais sobre isso, você pode consultar o seguinte link.


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.