Какую схему нумерации версий вы рекомендуете?

Question

У меня вопрос, какую схему именования версий следует использовать для какого типа проекта.

Очень распространенным является major.minor.fix, но даже это может привести к 4 числам (т. Е. Firefox 2.0.0.16). У некоторых есть модель, в которой нечетные числа указывают версии разработчика и четные номера стабильных выпусков. В микс могут входить всевозможные дополнения, например -dev3, -rc1, SP2 и т. Д.

Существуют причины предпочитать одну схему другой, и должны ли разные типы проектов (то есть Open Source против Closed Source) иметь разные схемы именования версий?

Answer 1

То, что мы использовали здесь, это major.minor.platform.fix .

Major : Мы увеличиваем это число, когда сохраненный файл из этой сборки больше не совместим с предыдущей сборкой.
Пример : файлы, сохраненные в версии 3.0.0.0, не будут совместимы с версией 2.5.0.0.

несовершеннолетний : мы увеличиваем это число при добавлении новой функции. Эта функция должна быть видна пользователю. Не скрытая особенность для разработчиков. Это число сбрасывается в 0 при увеличении основного.

платформа : это платформа, которую мы используем для разработки.
Пример : 1 означает .net Framework версии 3.5.

fix : Мы увеличиваем это число, когда в эту новую версию включены только исправления ошибок. Это число сбрасывается в 0 при увеличении основного или вспомогательного значения.

Answer 2

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