forum.lissyara.su

Здравствуйте, как то не задумывался, но всегда было интересно каким образом разработчики нумеруют версии своих продуктов?
например kvirc 4.3.0 или vim 7.2 почему у одних продуктов 3 цифры, у других 2-е а у третих может быть еще больше например ядро линукса... от чего это зависит? что обозначают цифры?

температуру на марсе

как правила разработчики сами дают пояснения

думаю документация по разработке портов поможет...
там описано про цифры, версии и т.п.
http://www.freebsd.org/doc/en_US.ISO885 ... index.html
русская версия тоже есть...

Почитал... вывод сделал что берется все с потолка

потом только придерживаються потолка -)

Morty писал(а):потом только придерживаються потолка -)

и ползать по нему, как в лучших фильмах ужасов

Ivanoff писал(а):Здравствуйте, как то не задумывался, но всегда было интересно каким образом разработчики нумеруют версии своих продуктов?

есть мажорные версии, а есть минорные. Мажорные версии отвечают за ядро, минорные за связку ядра с внешним миром - оболочку. Скажем есть версия продукта 1.0.0. Единица мажорная версия продукта, первый ноль - минорная, а последний - в основном модификация минорной версии.

Так как регламентов регулирующих проставление версий нет, то версии и берутся с потолка. Но есть определённое правило - после любой доработки версия должна обязательно увеличиваться, если нарушена совместимость.

Есть интересный пример, связанный с версиями. Так, например, спецификация MySQL на каждую версию разрабатывается ещё задолго до первой реализации, в связи с этим возникла парадоксальная ситуация. MySQL версии 4.1.10 не поддерживает работу с кодировками, а 4.1.11 поддерживает, да ещё и так, что совместимость существенно пострадала. Но поскольку само ядро как бы не сильно изменилось, то увеличилась только минорная версия и то не сильно. Хотя версия 4.1.11 совершила настоящую революцию, правда, сильно увеличить версию помешала я так думаю спецификация, в рамках которой и была сделана доработка.

zg писал(а):есть мажорные версии, а есть минорные.

Ну это одна из концепций, которая отчасти соблюдается только в мире свободного софта да и то не всегда и не постоянно, а вобше каждый придумывает кому что удобно, а последнее время еше и на маркетойдов сильно ориентируются.

12 - мажор
0 - минор
остальное версия сборки,
то бишь файл 12 ветки, нулевой пак (мс офис 2007). С давних виндов так идёт, и все программеры так и должны придерживаться хоть на винде, хоть на юникс. Неписанные правила программеров так гласят Ядро обновил до несовместимости - инкременть мажор и обнуляй минор, оболочку подпилил, меняй билд и инкременть минор, если совместимость пострадала. Если совместимость полная, то можно билд менять или версию минора.

дурдом-вЭсЭлка...
мне лично нравять версии в виде даты(сразу ясно что старше а что младше ), или более менее понятные типа 1.1
или как у довектоа или экзима, шоп поменьше цифр
зы: правда я не программер

Morty писал(а):мне лично нравять версии в виде даты(сразу ясно что старше а что младше ),

для этого используют название, например офис 2003, офис 2007, но при этом версии файлов 11 и 12, и сразу понятно, что между 2003 и 2007 офисом никаких других не было. А то с годами можно легко запутаться, сколько басен мне порассказывали про 97 виндовс

это что же....12 офисов....хачу увидеть первый...
кажись он у меня есть...notepad называется

manefesto писал(а):это что же....12 офисов....хачу увидеть первый...
кажись он у меня есть...notepad называется

вряд ли, первая версия наверное у тебя в выдвижной полке лежит или на столе