Что использовать в качестве начальной версии?

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

Тем не менее, это приводит к полезному, но не совсем полно версии 1.0.0 для большинства вещей, которые я пишу. Затем я добавляю функции и получаю достойную версию где-то около 1.6.0. Многие проекты начинаются с версии 0.1.0, которая будет использоваться как версия 1.0.0.

Что вы предлагаете делать? Начните с 1.0.0 или 0.1.0?

Последний номер для выпусков исправлений только кстати. Вы можете думать о том, что мой 1.0.0 равен 1.0 и 0.1.0, так как 0.1 вам легче.

Ответ 1

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

Иногда, однако, управление версиями осуществляется клиентом, особенно если вы публикуете код для публики.

Если это ваш звонок, сделайте все, что лучше для вас. У меня были некоторые проблемы с версиями до 1.0, поэтому я начинаю с этого.

Ответ 2

В стандарте Semantic Versioning 2.0.0 говорится:

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

Прекрасно идти от 0.3.0 прямо до 1.0.0. Также вполне нормально быть на 0,23.0. Начиная с 0,4,0 несколько нецелесообразно, так как предполагает, что были опубликованные ранее версии.

Кроме того, обратите внимание, что 0.y.z хранится в стороне для быстрой итерации, так что первоначальная разработка (и, следовательно, множество изменений) не оставит вас в чем-то глупом, как 142.6.0. Вместо того, чтобы натыкаться на основную версию, удалите второстепенную версию при каждом изменении разрыва, пока вы не выпустите 1.0.0:

Основная версия ноль (0.y.z) предназначена для начальной разработки. Все может измениться в любое время. Публичный API не должен считаться стабильным.

Ответ 3

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

Великие программисты фактически использовали систему нумерации версий как локальные шутки. Примеры (Википедия):

Начиная с версии 3, TeX использовал Идиосинкразированная нумерация версий системы, где были обновлены указывается добавлением дополнительной цифры в конец десятичного знака, так что номер версии асимптотически подходы π. Это отражение тот факт, что TeX сейчас очень стабилен, и только незначительные обновления ожидается. Текущая версия TeX - 3,1415926; последнее обновление в марте 2008 года.

Для METAFONT:

Metafont имеет систему управления версиями аналогично тексу TeX, где число асимптотически приближается к e с каждой ревизией.

Наконец, не совсем номер версии, но не менее интересный, заключается в том, что первичное публичное размещение (IPO) Google было подано в SEC для получения 2 718 281 828 долларов США (обратите внимание, что e ~ 2.718 281 828).

Моя точка зрения: не чувствуйте, что вам нужно следить за толпой. Будьте изобретательны и последовательны.

Ответ 4

Я думаю, что здесь действуют разные факторы. Психологическое/маркетинговое воздействие номера версии (число версий увеличилось часто = > больше $$$, люди не хотят покупать бета-версию 0.99 и т.д.) Должны быть приняты во внимание. Номера версий "Логика" могут помочь при работе в огромной команде.

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

Ответ 5

Когда я получаю свою первую пригодную для использования, но не полную версию, я обычно стараюсь судить о том, насколько далеко она продвигается к полной версии функции, так, например, если моя первая используемая функция составляет 33%, я делаю номер версии 0.3.0 или аналогичный. Затем, когда я перехожу к функции, полная соответствующая версия получает заданные числа аналогичным образом.

Но как только вы перейдете к предыдущей функции, полное управление версиями необходимо изменить

Ответ 6

Как правило, версия имеет определенный смысл для программиста. Увеличение основного номера может означать большие изменения, которые предотвращают обратную совместимость. Другие номера в номере версии могут указывать на незначительные возможности или исправления ошибок.

Если вы беспокоитесь, версия 0.6.5 имеет неполное кольцо, вы можете продать ее под версией 1.0. Номер вашей маркетинговой версии не обязательно соответствует номеру вашей внутренней версии. Например, номер версии Windows 7 равен 6.1.

Мое личное предпочтение - начать с 0.1.0 и перейти оттуда.

Ответ 7

При выборе номеров версий для пакета npm имейте в виду, что для зависимостей, перечисленных в package.json диапазоны semver не будут работать ниже v1.0.0. То есть,

"dependencies": {
    "my-package": "^0.5"
}

эквивалентно

"dependencies": {
    "my-package": "0.5"
}

Если вы хотите иметь возможность использовать диапазоны семивера или позволить другим людям использовать их, вы можете начать с 1.0.0

Ответ 8

0.1.0 - это то, с чего я начинаю и оттуда поднимаюсь. Это то, что я адаптировал для Xploration Адриана, хотя в ранние годы я был очень спорадическим и использовал 1.0.0, 0.0.1 и несколько других. Но я рекомендую начать с 0.1.0 и идти оттуда.

За Semver, зарезервируйте a и c в abc для A. Вы первый официальный релиз и C. Исправления ошибок и патчи. Это потому, что основная версия обычно ломает старый код. А патчи просто исправляют ошибки. Это все личные предпочтения, 0.99.0 не означает, что вам нужно переходить на 1.0.0 и т.д. Я видел некоторые, которые идут вплоть до 0.218.42.

Ответ 9

Зависит от проекта. Для простых инструментов командной строки я обычно начинаю около 0,9 [0,0], так как я рассматриваю только выпуск или упаковку, когда они близки к завершению (или готовы к бета-тестированию). Более сложные проекты начинаются с 0,1 [0,0] и некоторые даже не видят 1.0. Я рассматриваю 1.0 версию выпуска (или, по крайней мере, локально протестированную бета-версию или кандидат на выпуск) и соответственно планирую.

В командных проектах кто-то, кто ставит тег первой версии, решает:).

Ответ 10

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

Возможно, что-то вроде: Первый # - релиз мэра, второй # - это тот же релиз мэра с некоторыми добавленными функциями, а Third # - это тот же релиз мэра с теми же функциями, но с исправленными ошибками или небольшими (но достаточно значительными) изменения.

1.3.2 = > 1st Release, с большим количеством функций и исправленными ошибками.

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

Например: Corel 8, для 8.0.0, 8.0.1, 8.2.2 и т.д. Corel 9, для 9.0.0... и т.д.

И в большей степени это касается маркетинговых стратегий, таких как: Corel X5 вместо Corel 15.0.2, например.

Я бы сказал, что это зависит от того, номер версии для вас или для клиента.

Ответ 11

начать с 0.0.0 и перейти оттуда.

Ответ 12

Начните с 1.1.1 и переходите оттуда.