История изменений
Исправление MozillaFirefox, (текущая версия) :
сейчас много софта инкрементит мажорную версию очень часто… зачем?
Это связано с переходом от модели релизов «готовы некоторые фичи, оцениваем их мажорность и релизим» к «релиз по расписанию, вне завивисимости от того, что готово, а что нет» (неготовые фичи в релиз не попадают).
При такой модели старая схема версионирования уже не требуется. Релиз выйдет в любом случае, хоть там успели дописать огромную фичу, которую писали на протяжении последних N лет, хоть там кучка мелких изменений - наступила дата, релизим.
Из примеров как раз можно назвать ядро Linux, браузер Firefox. Ядро пока ещё одной ногой стоит в семантическом версионировании, но мажорный номер уже во многом зависит от ощущений Линуса «пора бы поменять цифру». Я не очень хорошо знаю плюсы и минусы такого подхода с релизами по расписанию, но, полагаю, что они есть и они весомые, раз разработка ядра идёт именно так. Из очевидных плюсов - ускоряется доставка изменений (даже небольших) пользователям. В противовес я видел проекты, где даже малейшие багфиксы годами не релизятся по той или иной причине, в итоге, пользователи их не получают (если не соберут софт сами).
Исправление MozillaFirefox, :
сейчас много софта инкрементит мажорную версию очень часто… зачем?
Это связано с переходом от модели релизов «готовы некоторые фичи, оцениваем их мажорность и релизим» к «релиз по расписанию, вне завивисимости от того, что готово, а что нет» (неготовые фичи в релиз не попадают).
При такой модели старая схема версионирования уже не требуется. Релиз выйдет в любом случае, хоть там успели дописать огромную фичу, которую писали на протяжении последних N лет, хоть там кучка мелких изменений - наступила дата, релизим.
Из примеров как раз можно назвать ядро Linux, браузер Firefox. Ядро пока ещё одной ногой стоит в семантическом версионировании, но мажорный номер уже во многом зависит от ощущений Линуса «пора бы поменять цифру».
Исправление MozillaFirefox, :
сейчас много софта инкрементит мажорную версию очень часто… зачем?
Это связано с переходом от модели релизов «готовы некоторые фичи, оцениваем их мажорность и релизим» к «релиз по расписанию, вне завивисимости от того, что готово, а что нет» (неготовые фичи в релиз не попадают).
При такой модели старая схема версионирования уже не требуется. Релиз выйдет в любом случае, хоть там успели дописать огромную фичу, которую писали на протяжении последних N лет, хоть там кучка мелких изменений - наступила дата, релизим.
Из примеров как раз можно назвать ядро Linux, браузер Firefox.
Исправление MozillaFirefox, :
сейчас много софта инкрементит мажорную версию очень часто… зачем?
Это связано с переходом от модели релизов «готовы некоторые фичи, оцениваем их мажорность и релизим» к «релиз по расписанию, вне завивисимости от того, что готово, а что нет» (неготовые фичи в релиз не попадают).
При такой модели старая схема версионирования уже не требуется.
Из примеров как раз можно назвать ядро Linux, браузер Firefox.
Исправление MozillaFirefox, :
сейчас много софта инкрементит мажорную версию очень часто… зачем?
Это связано с переходом от модели релизов «готовы некоторые фичи, релизим» к «релиз по расписанию, вне завивисимости от того, что готово, а что нет» (неготовые фичи отключаются программно).
При такой модели старая схема версионирования уже не требуется.
Из примеров как раз можно назвать ядро Linux, браузер Firefox.
Исправление MozillaFirefox, :
сейчас много софта инкрементит мажорную версию очень часто… зачем?
Это связано с переходом от модели релизов «готовы некоторые фичи, релизим» к «релиз по расписанию, вне завивисимости от того, что готово, а что нет» (неготовые фичи отключаются программно).
При такой модели старая схема версионирования уже не требуется.
Исходная версия MozillaFirefox, :
сейчас много софта инкрементит мажорную версию очень часто… зачем?
Софт постепенно (не весь, но некоторый) переходит от модели релизов «готовы некоторые фичи, релизим» к «релиз по расписанию, вне завивисимости от того, что готово, а что нет» (неготовые фичи отключаются программно).
При такой модели старая схема версионирования уже не требуется.