page110
ESPAÇO ABERTO | artigo
Estamos fazendo todas estas mudanças porque o mundo muda. O modelo de 'você fazer uma caixa, torná-la estática e jogá-la no canto, para vender' não funciona mais, porque “a caixa” tem que impactar o mundo e as mudanças que o mundo sofre. Tudo interage, então você é obrigado a evoluir. Se seu sistema operacional não muda, ele está morto. Simples assim. Se o dispositivo não mudar de acordo como o mundo interage com ele, ele está morto. Simples assim. Por isso, olhem para os sistemas operacionais que não mudam. Cedo ou tarde, ninguém vai usá-los mais. "
Para manter as coisas sob controle, assim como a sanidade mental, apesar de todas as mudanças que ocorrem, existem duas coisas que a comunidade do Kernel Linux faz. Em primeiro lugar, eles fazem versões baseadas em tempo. Em segundo lugar, eles dependem de mudanças incrementais. Uma vez que é lançada uma versão, já começamos a trabalhar na próxima versão. O primeiro release-candidate (que chamaremos apenas de “RC”) da próxima versão vem com tudo que os desenvolvedores jogaram nele, todo o material novo, todas as novas funcionalidades e em seguida, ele é testado vigorosamente. Depois que tudo estiver bem testado, eles geram o primeiro RC e, depois, todas as seguintes RC’s serão apenas para correção de bugs. Portanto, teremos outras 7-8 RC’s para a mesma versão, para que sejam eliminados todos os bugs. Uma vez que o RC esteja pronto, os desenvolvedores liberam uma nova versão do kernel. Portanto, cada versão disponibilizada é muito bem testada. Mas há mais um problema: as pessoas que usam uma versão estável precisam de correções de bugs. Estes mesmos usuários não querem usar RC’s em produção. Com este impasse, como eles chegarão as correções de bugs?
A comunidade do Kernel Linux encontrou uma resposta para este impasse há cerca de 15 anos. Este é o trabalho do Greg. Ele gera um fork da versão estável, por exemplo, a versão 4.2, mantendo-a com as correções de bugs e liberando as versões 4.2.1, 4.2.2, 4.2.3 e assim por diante.