Разработчики openSUSE рассматривают возможность изменения метода нумер

Как известно, уже несколько лет, первая цифра в номере релиза openSUSE не несет смысловой нагрузки и не указывает на степень значимости релиза или его корректирующий характер. Иными словами, нет принципиальной разницы, назвать следующий релиз 11.5 или 12.0. Разработчики openSUSE объявили о проведении опроса, направленного на определение нового метода нумерации релизов.

К номерам версий предъявляется два основных требования: по номеру должно быть сразу видно какой релиз более новый и с учетом должен быть простой и явный алгоритм вычисления наименования следующего релиза. Голосование будет проходить в два этапа: первый - сбор возможных вариантов (предложения принимаются до 14 марта) и второй - отбор наиболее оптиматьного метода нумерации версий.

В качестве примера предложены следующие варианты:

1. "Старая школа": все остается как раньше, но после выпуска определенного числа релизов первый номер увеличивается. Например, 12.0, 12.1, 12.2, 12.3, 13.0, 13.1...;
2. "Стиль Fedora": использование в номере версии одного числа. Например: 12, 13, 14, 15;
3. "Новый стиль Mandriva": Формат год.счетчик. Например: 2011.1, 2012.0, 2013.0, 2013.1, 2014.0, 2015.1;
4. "Старый стиль Mandriva": Формат год.счетчик, от предыдущего варианта отличается использованием двух цифр для обозначения года. Например: 11.1, 12.0, 13.0, 13.1, 14.0, 15.1;
5. "Стиль Ubuntu": Формат YY.MM (две цифры год и 2 цифры месяц). Например: 11.11, 12.07, 13.03, 13.11, 14.07, 15.03;
6. "Вариация стиля Ubuntu": YYYY-MM. Например: 2011-11, 2012-07, 2013-03, 2013-11, 2014-07, 2015-03;
7. "Восьмеричный вариант": 012, 013, 014, 015, 016, 017, 020
8. "Сезонная нумерация": Формат "время_года.год". Например: Autumn 2011, Summer 2012, Spring 2013, Autumn 2013, Summer 2014.

Источник — http://www.opennet.ru/opennews/art.shtml?num=29887
Главная ссылка к новости — http://lizards.opensuse.org/2011/03/11/how-to-name-the-distribution-releases/

я за "вариант Патрега" - номер определяет маинтейнер, и увеличивает его, если изменения значительны. если незначительны - меняется только минорная цифра.

Есть ещё вариант Кнута - первая версия №3, вторая 3.1, третья 3.14, и т.д. :)

Я вообще против релизных номеров. Селали один, и просто выпускать к нему обновления, а уж обновления нумеровать месяцем и годом. И ISO-сборки переодически обновлять. Нефиг неискушённых новичков путать.

Да не надо ничего менять, пусть все останется как есть. Десятичные числа одно, а целые - новая эра.

Пусть останется по-прежнему. И кстати, номер текущей SLED/SLES совпадает с openSUSE не просто так. openSUSE 10.x - тестовый полигон для SLED/SLES 10, openSUSE 11.x для SLED/SLES 11 и когда начнётся разработка SLED/SLES 12 выйдет openSUSE 12.0

Vadimsky написал:

Я вообще против релизных номеров.

а зря. можно автоматизировать обновления. ну к примеру:
пятое обновление для ОС 77й версии, называется 77.5, при этом, в 78ю версию нужно другое обновление, ибо 78я слишком сильно отличается, и дыра в программе закрывается в 78й пакетом 78.5, а в 77й пакетом 77.5. Если сделать именно так, то процесс обновления можно автоматизировать - пакетный менеджер смотрит, есть-ли для 77й новые пакеты, и ставит их при необходимости. А если вы отмените номера, то обновлять придётся ручками.

"стиль убунты" нуждается потому в ещё одной цифре - например 10.10.17 - семнадцатая ревизия дистрибутива от 10-2010. как и стиль мандривы (правда про неё не знаю. разрабы похоже сами не решили, считать-ли посл. цифру релизом, или версией)

Позвольте не огласиться.
Всё зависит от принципа построения репозитария и рекламных заковык маркетологов.
Если есть дыра, то под неё выпускается обновление, обновления как я уже говорил можно нумеровать, что бы как раз автоматизировать.
А сами сборки нумеровать, ну только ради рекламы развечто.

Vadimsky написал:

Если есть дыра, то под неё выпускается обновление, обновления как я уже говорил можно нумеровать, что бы как раз автоматизировать.
А сами сборки нумеровать, ну только ради рекламы развечто.

причём тут реклама? я в рекламе не разбираюсь.
просто если отдельно поддерживается дистр 10, 11, и 12, то и обновления надо выпускать в 3х экземплярах. Т.е. 10.1, 11.1, и 12.1. а до рекламы мне ||, впрочем как и всем программистам - всем кодерам глубоко плевать, Windows Vista это или Win7. Для кодеров это NT6.0 и NT6.1 соответственно.

А причём тут вин?
Мне тоже плевать на рекламу, просто я знаю как это делается. Работал одно время в такой конторе. Разрабатывали софт, затем его продавали.
Ну да ладно, давно это было и не об этом сейчас.
Вы правильно заметели, что если есть три ветки то и обновления нужны к трём веткам.
А так есть одна ветка, и если вышло обновление, то оно ставится автоматом. Вышло третье обновление, а ему нужно второе. то поставятся оба. и т.д.
Реально по опыту знаю, что номер релиза - это на самом деле прост омаркетинговый ход, что бы привлеч новых пользователей. Типа версия 2 круче чем версия 1.
Ну не знаю как ещё объяснить.
Короче я против номеров релизов.

Vadimsky написал:

А причём тут вин?

притом, что я обращаю ваше внимание на различие между ОС и ПО. В ОС входит множество ПО, и каждая программа - своей версии. Программы зависят друг от друга, и некоторые версии нельзя ставить в Win5, хотя можно в Win6. Или наоборот. Потому, у версии ОС должно быть ДВЕ цифры, а у программы может быть и одна. Например:
имеется Slackkware 12, в неё можно легко поставить приложение для KDE3/Qt3, но вот поставить для KDE4/Qt4 - чрезвычайно сложно - придётся доставлять всё KDE4, а это ЕМНИП около 80% всего дистрибутива, т.е. наша Slackware12 изменится более чем на 80%, фактически перестанет быть 12й. Именно по этому, если у нас есть новая версия скажем ksnapshot, то её можно поставить лишь в 13ю слаку, а для 12й придётся переделывать новую версию, что - идиотизм. Хуже с секьюрными заплатами - если в ksnapshot найдут дыру, то Патрег с лёгкостью сделает обнову для 13й, попросту наложив патч. Но этот патч не подойдёт для 12й. Придётся Патрегу разбираться, ЧТО там патчится, и писать свой патч, для старого ksnapshot'а. В итоге появляется патч для 12й и патч для 13й версии. С вендой тоже самое, разница лишь в том, что мысы патчит лишь компоненты самой венды.

А маркетинг... Для этого есть имена - Vista, Seven, XP, и т.д.

Vadimsky написал:

Ну не знаю как ещё объяснить.
Короче я против номеров релизов.

дык если речь идёт о ПО - то да. я тоже против, парсить тяжелее :)
а если речь идёт о наборе ПО, то в двух цифрах есть смысл.