2015-01-15 6 views

ответ

1

Чтобы быть честным, они в значительной степени произвольны и полностью зависят от прихотей разработчиков.

Однако существует несколько общих соглашений, за которыми следуют разработчики, причем наиболее популярным из них является форма major.minor [.build [.revision]], например пример Minecraft 1.2.5. Эта конвенция может использоваться для передачи значимости изменения; например, серьезная ревизия может нарушить совместимость, в то время как незначительная ревизия может включать новые функции, в то время как новая сборка может содержать только исправления.

Много больше информации в википедии: https://en.wikipedia.org/wiki/Software_versioning.

1

О единственном последовательном правиле, которым следуют люди, является то, что более поздние версии имеют как-то более высокие номера версий (и даже это только руководство).

В любом случае то, что составляет «высшее», часто может свидетельствовать о каком-то фатальном недостатке в серой материи разработчиков.

Общий простой подход (и один я использую) является <major>.<minor>, где <minor> увеличивается для относительно простых изменений (небольших улучшений или исправления ошибок) и <major> повышенного (сброс <minor>) для более существенных изменений, таких как массивные новые функциональные возможностей.

Но, как указано, это только возможность. IBM, как правило, использует модель VxRxMx для версий, выпусков и уровня mod, некоторые компании (например, Microsoft или Sublime Text, по-видимому) вставляют строковые номера, другие вставляют разные тексты на основе сборки, такие как -beta или .cygwin.

Количество возможностей почти бесконечно.

Смежные вопросы