Чтобы не путаться в любом програмном проэкте, необходимо понимать схемы нумераций версий. Это будет вам незаменимым помощником. До версии ядра 2.6 разработчики пытались придерживаться максимально простой схемы нумерации веток разработки для девелоперов и пользователей. Пересобранные версии с четными числами (2.2,2.4 и 2.6) являются стабильными версиями.

В стабильную ветку отправляется с исправленными ошибками код. При этом разработка продолжается в уже другой, отдельной от остальных ветке, которая начинает нумероваться нечетными цифрами (2.1, 2.3 и 2.5). Это как продажа подержанных автомобилей — разработка ветки дерева прекращается со временем и превращается в новый уже стабильный релиз.

В 2004 г. система выпуска новых версий заметно изменилась: код, который должен был отправиться в ветку для девелоперов, был вставлен в уже стабильную версию 2.6. Точнее говоря, «… основное ядро будет немного быстрее и будет иметь  больший набор функций, но не будет являться самым стабильным.

Финальная доводка будет осуществляться, так назывваемыми, дистрибьюторами (как и есть сейчас), им придется очень быстро выпускать новые багфиксы» [Джонатан Корбет].

Поскольку это относительно новая разработка, то время покажет, что даст изменение системы выпуска новых версий с точки зрения длительной временной перспективе.