Могу ли я получить совет по нумерации версий?

Question

Наш продукт имеет долгую историю (около 12 лет).

Его происхождение находится в VB3 (версия 1) и более поздних версиях VB6 (версия 2). (Номера версий были "собачьим завтраком", а контроль версий был кошмаром.

Я здесь уже несколько лет. У нас есть версия 3 в разработке на платформе .Net, но версия 2 продолжает поддерживаться с периодическими выпусками - около 3 или 4 в год.

Я ввел ночные автоматические сборки еще при запуске, и номер версии нашего продукта был 2.2.2. Все планировали просто выпустить 2.2.3, но автоматизированный процесс сборки и «интересная» система нумерации из 3 частей VB6 означали, что нам нужно использовать третью часть - номер сборки / ревизии - какой бы она ни была.

Итак, мы выпустили версию 2.3 (с номером сборки «что угодно») и приступили к работе над 2.4 (увеличивая номера сборки по ночам), затем 2.5, затем 2.6 и т. Д.

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

Согласованность обеспечена. Теперь мы достигаем 2,9. Мы собираемся перейти к 2.10 (два целых девять, до двух десятых). К сожалению, нетехнические ребята читают это как рациональное число (два - точка первая). Они не могут понять, почему мы не просто переходим к версии 3.0 - например, к подсчету. (Номер сборки отображается только на экране «Справка / О программе» в целях поддержки).

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

Есть ли правильный способ продолжить здесь? (2.10 или 3.0 или что-то лучше - или это вообще имеет значение?)

(NB. Я сделал несколько шагов, чтобы номер версии теперь отображался как 2,09 вместо 2,9 (на нашем веб-сайте, заставке продукта и в других местах общего пользования и т. Д.), Чтобы при мы переходим к 2.10, это может иметь больше смысла, но это потенциально столь же запутанно, потому что 2.09 - это на самом деле меньшее рациональное число, чем 2.8 ...)

См. Также:

Выбор номера версии

Как сделать номера версий?

Как узнать, какой номер версии использовать?

Answer 1

Я бы не использовал основные номера версий для представления полной перезаписи. Переписывание настолько редко, что многим сотрудникам нужно просто объяснить, что версия 1 была «до того, как вы здесь работали». Если бы ваш продукт назывался «Переполнение стека», то я бы просто назвал перезапись «Переполнение стека», а старый - «Переполнение старого стека». Это служит постоянным напоминанием пользователям старого, что им нужно мигрировать.

Answer 2

Спасибо - здесь так много хороших ответов.

У меня «принять тревогу об ответе», но я думаю, что, вероятно, правильно брать немного от каждого ответа.

Во-первых, здесь нет правильного или неправильного. Во-вторых, нумерация не должна мешать чему-либо.

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

Отделить / отделить маркетинговую версию от нумерации технической / разрабатываемой версии - это решит все ... хотя это более долгосрочный ответ.

Я придерживаюсь 2.10, чтобы следовать за 2.9 - и я буду сражаться ... и определенно исследую Ubuntu