Linux Kernel 3.x novo esquema de versionamento

Question

Como quase todo mundo sabe, o Linux mudou da versão 2.6.x para a nova versão 3.x.

Eu tenho visto muitos comentários sobre o fato de que o número de versões para o kernel foi alterado (wikipedia como a principal fonte como você pode ver aqui :)).

O ponto é que, apesar de muitas informações sobre como alterar o esquema de controle de versão em um formato baseado em tempo, não consegui encontrar informações em nenhum lugar relacionadas ao novo esquema de controle de versão.

Alguém sabe como funciona o novo esquema de versionamento?

    

Answer 1

O novo esquema de versionamento é praticamente o mesmo que o antigo esquema de versionamento 2.6, exceto que "3." é usado em vez de "2.6". Em outras palavras, em vez de chamar o lançamento após 2.6.39 versão 2.6.40, nós o chamamos de 3.0. As atualizações estáveis, em vez de 2.6.40.1, 2.6.40.2, etc. são agora 3.0.1, 3.0.2, etc. Em vez de 2.6.41, temos 3.1. E assim por diante.

Nada mudou no modelo de desenvolvimento, janela de mesclagem, ciclo de lançamento, etc. A única mudança é que temos um componente a menos para o número da versão (ou seja, 3.x ao invés de 2.6.x).

    

Answer 2

Encontrou algumas informações em este artigo

Principalmente:

"O esquema de versões anterior para a série 2.6.x surgiu por volta de 2005, da transição do kernel para ciclos de lançamento mais curtos baseados em tempo. Os números das versões principais e secundárias foram fixados em 2.6 e o terceiro dígito foi usado para indicar o lançamento real Com o novo modelo, a versão principal é fixada em 3 e o segundo dígito será usado para indicar o número real da versão e o terceiro dígito será usado para versões estáveis.

"Isso obviamente também abre a janela de mesclagem para o próximo kernel, que será 3.1. A equipe estável terá o terceiro dígito, então 3.0.1 será a primeira versão estável baseada em 3.0", explicou Torvalds no lançamento. anúncio. "

    

Answer 3

Se por "agendamento" você quer dizer como o desenvolvimento vai agora, é assim:

3.7 é lançado (e o público estável começa sua linha de 3.7.1, 3.7.2, ...) O Linux abre a "janela de mesclagem", em torno de duas semanas, durante as quais ele aceitará novos recursos (que geralmente já foram preparados em outro lugar). Quando a janela de mesclagem é fechada, o Linus libera o 3.8-rc0 (release candidate # 0), após o qual as correções de bugs do only devem entrar no kernel (algumas vezes um recurso que foi mesclado é levado de volta). Cada semana seguinte (aproximadamente) Linus libera -rc1, -rc2, ... até que ele esteja satisfeito de que não há mais bugs (normalmente em torno de -rc6) e 3.8 nasce. Então o ciclo começa novamente. Enquanto tudo isso continua, a multidão de desenvolvedores está ocupada hackeando mudanças a serem propostas para futuras janelas de mesclagem (alguns recursos foram trabalhados literalmente por anos antes de serem considerados aceitáveis para inclusão).