Há menos de um mês (em outubro de 2013), houve uma versão estável (Saucy) e agora há uma em desenvolvimento ativo imediatamente, por que isso? O desenvolvimento não deveria se concentrar na versão estável ou ambas as ramificações/lançamentos fornecerão a mesma quantidade de correções? O que mudará na nova versão de desenvolvimento que não pode ser importada da versão estável atual?
Já vi algumas perguntas, mas elas perguntam como passar do desenvolvimento para o estável, fora do escopo. Eu gostaria de uma resposta, como estaA ISO alfa/beta se tornará oficial após o lançamento?
Responder1
Há menos de um mês, houve uma versão estável (Saucy) e agora há uma em desenvolvimento ativo imediatamente, por que isso?
Porque sempre há uma versão em 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. Acontece 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 "Trusty+1" para se referir a 14.10.
O desenvolvimento não deveria se concentrar na versão estável ou ambas as ramificações/lançamentos fornecerão a mesma quantidade de correções?
Mas a versão estável élançado. Para todos os efeitos, está feito. Está perfeito. As únicas exceções a esta regra são:
- Atualizações de segurança. Esta é a principal causa para a retirada de correções.
- Atualizações do navegador. Eles costumavam ser limitados ao backport de correções de segurança, mas era considerado mais benéfico avançar todo o navegador.
- OutroAtualizações de versão estávelonde a importância da correção é considerada válida (e sem danos).
- Pilhas de ativação de hardware LTS. Esses são pacotes de kernels, drivers e compilações X que são atualizados para as versões estáveis mais recentes a cada lançamento, para que os usuários do LTS possam permanecer levemente atualizados sem alterar o resto do sistema. Isso é importante dada a velocidade das melhorias gráficas (e do novo hardware) atualmente.
O que você está descrevendo é uma versão contínua em que estabilidade e desenvolvimento são praticamente a mesma coisa. Não é assim que o Ubuntu funciona.
O que mudará 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, nadamudançasem uma versão estável. A ideia é manter estável uma versão estável e isso é feito modificando-a o mínimo possível.
Responder2
"Por que é que?"
Há uma clara diferença entre adicionar novos recursos e corrigir bugs. O primeiro é “desenvolvimento” e o segundo se aplica a uma versão “estável”. A versão estável não seria muito estável se todo o desenvolvimento que acontece, por exemplo, no Ubuntu Touch e no Mir, chegasse aos sistemas instalados dos usuários.
É por isso que, uma vez que uma versão do Ubuntu é lançada como “estável”, ela não recebe muitos recursos novos, concentrando-se em corrigir bugs nos pacotes existentes sem necessariamente atualizá-los para versões totalmente novas.
Todo novo desenvolvimento acontece na versão de “desenvolvimento”, que os usuários são livres para experimentar, com o aviso de que software de última geração pode aparecer a qualquer momento e possivelmente quebrar as expectativas sobre como o sistema se comportaria.
O desenvolvimento não deveria 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 paraaceitando uma atualização de versão estávelna versão estável, você verá que um requisito é primeiro ter um bug corrigido na série de desenvolvimento, antes de solicitar que ele seja aplicado à versão estável. Leia também a seção "Por que" para uma visão ampliada da explicação que dei.