У меня может быть некоторый совет нумерации версии?

То, как Вы присваиваете версию своему собственному программному обеспечению, ваше дело. Нет никакого "права" или "неправильно", кроме того, что лучше всего после рассматривает обслуживание, управление версиями и точки зрения поддержки клиентов. Важная вещь состоит в том, чтобы Вы управляли управлением версиями - что Вы понимаете это, что все, кто работает с продуктом, понимают это, и что это не вызывает проблемы позже. Нет никакого значения к движению от 2,9 до 2,10 в противоположность 3,0 кроме значения, что Вы даете ему.

Другие ответы являются только половиной права. Номера версий имеют значение, что Вы даете им, но они также сделали, чтобы другие значения дали им. Ваше собственное значение действительно не имеет значения, так как Вы не собираетесь быть там для исправления пользователей. Если они думают, что движение от 2,9 до 3,0 является огромным переходом, то это - то, как они возьмут его. Если они будут бояться использования x.0 версии, то они не будут. Если они привыкнут к нечетным выпускам, являющимся альфами, то они не будут использовать их.

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

Проблема, номера версий средние разные вещи для различных людей. Существуют некоторые вещи, которые можно предсказать. Как я упомянул выше, люди будут подозреваемым в выпусках x.0. Они будут ожидать большие изменения для 2.x к 3.x. Если Вы хотите попытаться играть, который прибыл, разрешение.

Существует два существенных атрибута номеров версий. Во-первых, они должны всегда повышаться. Во-вторых, они должны отсортировать легко. Первое очевидно, но второе часто нарушается. Рассмотрите версию 2.9-> 2.10. Численно разговор, 2.9 больше, чем 2,10. Необходимо считать их главными / номерами вспомогательной версии для него к виду правильно. От этого останавливает беспорядок относительно или 2.10, или 3.0 следует 2.9. Даже если мы знаем правила сортировки, это все еще кажется неправильным. Поэтому я всегда заполняю свои версии. 2.09 сопровождается 2,10. Это сортирует правильно и как число и как точечная пара.

Это все еще оставляет нас с пользователем, пытающимся предугадывать значение от номера версии, как numerologists, отсеивающий посредством завоевания лотерейных номеров. Можно попытаться играть в ту игру, или можно оставить ее. Почему использование точечная пара вообще? Используйте целое число. Это однозначно. Это сортирует тривиально. Это не дает ложного значения для пользователя фиксироваться на.

Я могу пойти один лучше. Существует четкое значение, что можно дать номеру версии, что-то, что полезно. Существует проблема, которую мы имеем в мире CPAN людей, не обновляющих их модули, потому что они используют версию 1.03, и последнее 1.07, и посмотрите, это - только.04 различий. Почему обновление беспокойства? То, что это не показывает, - то, что было четыре года между 1,03 и 1.07. Microsoft поняла это, вот почему мы покупаем Office 2009 вместо Office 12 (она может также укусить Вас в заднице, если бы Вы часто не выпускаете, кто хотел бы Windows 98 в 2001?) Это находится тут же в номере версии. "Виджеты, которые 2007" говорит Вам, возможно, необходимо искать обновление.

Я раньше использовал даты ISO в качестве версий. Если бы Вы выпустили сегодня, то это была бы версия 20090309. Если необходимо было выпустить два через один день, прикрепить час и минуту на конце: 20090309.2051. Это сортирует легкий. Это всегда повышается. Это передает некоторое однозначное значение пользователю о выпуске. Вот пример.

Я теперь использую Семантическое Управление версиями. Это использует точечное трижды для передачи трех важных сведений. API был поврежден? Опции были добавлены? Это - просто исправление ошибки? Пользователь должен знать, что Ваш проект использует Семантические Версии, недостаток по версиям даты ISO. Преимуществом является тип информации, которую это передает и что это четко определено.

Вы могли сделать 2.9.1 или даже 2.10.1, но существует много проектов, которые продолжают рассчитывать. 2.10, 2.11 12 13 и т.д.

Я предложил бы всегда использовать по крайней мере 3 компонента в Ваших номерах версий и не скрываю ничего, но дальше или дальнейшие компоненты. Придерживайтесь той конвенции везде, потому что она делает ясным нетехническим людям, что, который не может быть рациональным числом, это должно быть что-то еще (то есть, составной объект трех целых чисел).

• 2.8.0
• 2.9.0
• 2.10.0
• 2.11.0
• ...

Кроме того, приблизительно в диалоговых окнах засуньте дату сборки (yyyy-mm-dd) около номера версии. Если клиент перепутан с номерами версий, он может просто сравнить даты, который намного более интуитивен для нормальных людей.

Я думаю, что Вы преследовали корректный подход путем движения к 2,10. Основная цель номеров версий должна быть группировкой новых возможностей и разработкой в определимые выпущенные версии. Если Ваша нумерация мешает этому, Вам нужна другая нумерация.

Если 2,10 беспорядка причин затем пропускают его и переходят в 2,11. Подготовьтесь к той же проблеме с 2,20 хотя :)

Я рекомендую отделить Вашу маркетинговую версию от внутренних версий Вас DLLs и этажерка. У них есть другая семантика.

Википедия имеет очень хорошую статью об управлении версиями программного обеспечения

Если Вы работаете над длинным текущим проектом, основанные на последовательности идентификаторы (как 1,0, 2.0 и т.д.) не масштабируются.

Я лично как (и предпочитают), схема управления версиями Ubuntu, которая использует год и месяц выпуска в его версии. Ubuntu 8.04, например, была выпущенным апрелем 2008.

Необходимо сказать им выпускать под брендом версию программного обеспечения способом, которое независимо от числа внутренней версии. Например, iPhoto '09 является версией 8.x iPhoto. Microsoft сделала то же самое.

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

Спасибо - существует столько больших ответов здесь.

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

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

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

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

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