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

Question

ДУБЛИРОВАТЬ

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

---

Здравствуйте,

Итак, недавно я увидел, что Заводной был выпущен в версии 1.6 и во время прослушивания подкаста Java Posse они комментировали, как много всего было вложено в этот релиз, это должно было быть 2.0 освобождение.

Это заставило меня задуматься.Являются ли номера версий просто произвольными?Раньше я думал, что в них есть какой-то смысл, но, думаю, это не так.Является ли все это просто этапным этапом и привязкой проекта к проекту?

Как ваша команда контролирует номера ваших версий и выпуски?

Заранее спасибо

Answer 1

Проводите различие между управлением версиями для маркетинга и управлением версиями для технического использования.

Для маркетинга, ответ таков:"Все, что вы хотите, чтобы подумали ваши клиенты". В этом случае "основная новая версия", вероятно, должна сопровождаться основным номером версии.

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

Для технического использования, ответ таков:"Любую информацию, которую вы хотите закодировать для разработчиков". Не существует единственно правильного способа сделать это;это зависит от ваших целей.

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

Answer 2

Они очень произвольны.Многим людям нравится иметь что-то вроде

[major].[minor].[release].[revision]

как их схема управления версиями, но я также был в компаниях, которые отказались выпускать продукт под брендом 1.0, потому что один из VPS не захотел этого.Маркетинг также может повлиять на это.

Хорошим вопросом для увеличения основной версии может быть:

Если бы это был платный продукт, платили бы клиенты за обновление до этой более новой версии?

Если это так, то было бы неплохо увеличить основное число.

Answer 3

Основной выпуск.Незначительный выпуск.Исправление

Answer 4

Номера версий являются произвольными, но есть некоторые эмпирические правила (я думаю).Очень незначительные изменения или исправления обычно увеличиваются на 0.0.1, т. е. V1 становится V1.0.1.Незначительные изменения функциональности увеличиваются на 0.1.0, т.е. версия V1.0.1 становится версией V1.1.0.Основные изменения или перезаписи приводят к увеличению на 1.0.0, то есть до версии V2.

Тем не менее, многие компании, похоже, пытаются убедить клиентов в чем-то важном, повышаясь на 1.0.0, когда аналогичные изменения были на 0.1.0.Кроме того, некоторые компании, которые полагаются на контракты на поддержку, будут бесплатно предоставлять обновления 0.1.0, но взимать плату за обновления 1.0.0.

Кроме того, IIRC, некоторые проекты, как правило, обозначают экспериментальные сборки с нечетными версиями, а стабильные сборки - как четные (так что V3 опасен, V4 стабилен).

Answer 5

В случае библиотеки номер версии сообщает вам о уровень совместимости между двумя выпусками, и, следовательно, насколько сложным будет обновление.

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

Второстепенные выпуски означают разные вещи для разных проектов, но обычно им не нужно сохранять совместимость исходных текстов.

Основные номера версий могут нарушать работу всех трех форм.

Я написал больше об обосновании здесь.