Por que há um Ubuntu + 1 imediatamente após uma versão estável?

Question

Há menos de um mês (em outubro de 2013), houve um lançamento estável (Saucy) e agora há um em desenvolvimento ativo imediatamente, por que isso? O desenvolvimento não deve se concentrar na versão estável ou ambos os branch / releases fornecerão a mesma quantidade de correções? O que será alterado na nova versão de desenvolvimento que não pode ser importada da versão estável atual?

Eu vi algumas perguntas, mas elas perguntam como passar do desenvolvimento para o estável, não dentro do escopo. Eu gostaria de uma resposta, como esta A ISO alfa / beta será oficializada após o lançamento?

    

Answer 1

  

Há menos de um mês, houve um lançamento estável (Saucy) e agora há um em desenvolvimento ativo imediatamente, por que isso?

Porque há sempre uma versão de desenvolvimento. Assim que a versão de desenvolvimento é congelada, as pessoas começam a trabalhar na próxima versão, que então se torna a versão de desenvolvimento. Apenas passa assim a cada seis meses. "+1" refere-se simplesmente ao "próximo lançamento".

"+ 1" também é usado para se referir ao +2 (etc) quando o nome não é conhecido, como "Confiável + 1" para se referir a 14.10.

  

O desenvolvimento não deve se concentrar na versão estável ou ambos os branch / releases fornecerão a mesma quantidade de correções?

Mas a versão estável é liberada . Por todas as intenções, está feito. Está perfeito. As únicas exceções a essa regra são:

• Atualizações de segurança. Esta é a principal causa para recuperar as correções.
• Atualizações do navegador. Estes costumavam limitar-se a correções de segurança de backporting, mas era considerado mais benéfico levar todo o navegador adiante.
• Outros Atualizações de versões estáveis , onde o significado da correção é considerado válido (e sem danos).
• Pilhas de ativação de hardware LTS. Estes são pacotes de kernels, drivers e compilações X que são atualizados com as versões mais recentes e estáveis de cada release, para que os usuários de LTS possam permanecer moderadamente atualizados sem alterar o restante do sistema. Isso é importante, dada a velocidade das melhorias nos gráficos (e novo hardware) nos dias de hoje.

O que você está descrevendo é um lançamento contínuo em que estável e desenvolvimento são praticamente a mesma coisa. Não é assim que o Ubuntu funciona.

  

O que será alterado na nova versão de desenvolvimento que não pode ser importada da versão estável atual?

Qualquer coisa. Tudo.

Com exceção da lista acima, nada muda em uma versão estável. A ideia é manter uma versão estável estável e isso é feito modificando-a o mínimo possível.

    

Answer 2

  

"Por que isso acontece?"

Há uma clara diferença entre adicionar novos recursos e corrigir bugs. O primeiro é "desenvolvimento" e o segundo aplica-se a um lançamento "estável". A versão estável não seria muito estável se todo o desenvolvimento acontecesse, e. O Ubuntu Touch e o Mir chegaram aos sistemas instalados pelos usuários.

É por isso que, uma vez que uma versão do Ubuntu é lançada como "estável", ela não possui muitos recursos novos, concentrando-se em corrigir erros nos pacotes existentes sem necessariamente atualizá-los para versões inteiramente novas.

Todos os novos desenvolvimentos acontecem na versão "desenvolvimento", que os usuários podem experimentar, com o aviso de que software de ponta pode aparecer a qualquer momento e possivelmente quebrar expectativas sobre como o sistema se comportaria.

  

O desenvolvimento não deve se concentrar na versão estável

Muito pelo contrário, veja a explicação acima.

or both branch/releases will provide the same amount of fixes?

Uma versão estável receberá apenas correções, enquanto uma versão de desenvolvimento receberá correções e novas versões / recursos.

Veja o procedimento para aceitar uma atualização de versão estável na versão estável, você verá que um requisito é ter um bug corrigido primeiro na série de desenvolvimento, antes de solicitar que seja aplicado à versão estável. Leia também a seção "Por que" para uma visão expandida da explicação que eu dei.