Что использовать в качестве первоначальной версии? [закрыто
https://stackoverflow.com/questions/3728626
-
03-10-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я обычно начинаю свои проекты с версией 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?
Последнее число для релизов Begfix только кстати. Вы можете подумать о моем 1.0.0 как 1,0 и 0.1.0 как 0.1, это легче для вас.
Решение
Моя версия приводится в действие настройкой. Я хочу, чтобы это заменить более старые версии, поэтому я продолжаю увеличивать его в прыжках, которые имеют смысл для меня.
Иногда, однако, версию управляется заказчиком, особенно если вы освобождаете код до публики.
Если это ваш звонок, сделайте все возможное, лучше для вас. У меня были некоторые проблемы с версиями до 1.0, поэтому я начинаю с этого.
Другие советы
То Семантическая версия 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 0, 0, 0 0 0 Все может измениться в любое время. Публичные API не следует считаться стабильными.
Номер версии полностью зависит от вас. Делать то, что имеет смысл ты и быть последовательным. Никто не говорит, что вы должны начать от 0, или 0,0 или 1,0 или 1.1.
Отличные программисты фактически использовали систему нумерации версии как локальные шутки. Примеры (Википедия):
Поскольку версии 3, TEX использовал систему идиосинкратической системы нумерации версии, где обновления были указаны путем добавления дополнительной цифры в конце десятичных данных, так что номер версии асимптотически подходит π. Это отражение того факта, что Tex теперь очень стабилен, и ожидаются только незначительные обновления. Текущая версия TEX составляет 3,1415926; Это было последнее обновление в марте 2008 года
Для метафонта:
Metafont имеет систему версий, аналогичную Tex, где число асимптотически подходит к е с каждой ревизией.
Наконец, не совсем номер версии, но одинаково интересный, состоит в том, что первоначальное общественное предложение Google (IPO) было подано с SEC для повышения 2718 28181,828 долл. США (обратите внимание, что E ~ 2.718 281 828).
Моя точка зрения: не чувствуй, что вам нужно следовать за толпой. Быть творческим и последовательным.
Я думаю, что здесь разные факторы вступают в игру. Психологическое / маркетинговое воздействие номера версии (номер версии часто увеличился => больше $$$, люди не хотят покупать 0,99 бета-версию, и т. Д.) Должно быть принято во внимание. Номера версий «Логика» могут помочь при работе в огромной команде.
И мне нравится способ Linux иметь нечетные номера для нестабильных версий и даже номеров для устойчивого.
Когда я получаю свой первый полезный для использования, но не функция полной версии, я обычно пытаюсь судить, насколько далеко он находится в направлении функции полной версии, поэтому, например, если мой первый пригодной для использования является 33% функция, я делаю номер версии 0.3.0 или аналогичный. Затем, когда я двигаюсь к функциям, заполненные соответствующие версии, получают данные номера аналогичным образом.
Но как только вы перейдете на прошлые функции, полная версия должна изменить
Как правило, версия имеет некоторое значение для программиста. Увеличение основного числа может указывать на большие изменения, которые предотвращают обратную совместимость. Другие номера в номере версии могут указывать на меньшие функциональные функции или исправления ошибок.
Если вы беспокоитесь, версия 0.6.5 имеет к нему неполное кольцо, вы можете продавать его под версией 1.0. Ваш номер вашего маркетинга не нужно соответствовать вашему внутреннему номеру версии. Например, номер версии Windows 7 составляет 6.1.
Мои личные предпочтения - начать с 0.1.0 и отправиться оттуда.
При выборе номеров версий для npm пакет, осознавать, что для зависимостей, перечисленных в package.json СЕМВЕРНЫЕ РАБОТЫ не будет работать ниже v1.0.0. То есть,
"dependencies": {
"my-package": "^0.5"
}
эквивалентно
"dependencies": {
"my-package": "0.5"
}
Если вы хотите иметь возможность использовать диапазоны SEMVER, или вы хотите позволить другим людям использовать их, вы можете начать с 1.0.0.
0.1.0 - это то, с чем я начинаю и движусь оттуда. Это то, что я адаптировал для Xplocation Adrian, хотя в моих ранних годах я был очень спорадичен и использовал 1.0.0, 0.0.1, и несколько других. Но я рекомендую начать через 0.1.0 и отправиться оттуда.
На семи, зарезервируйте A и C в ABC для A. Вы первый официальный выпуск и C. исправления ошибок и исправления. Это связано с тем, что основная версия обычно разбивает более старый код. И исправления просто исправляют ошибки. Это все личные предпочтения, 0,99.0 не значит, что вы должны идти до 1.0.0 и т. Д. Я видел некоторые, которые проходят до 0,218,42.
Зависит от проекта. Для простых инструментов командной строки я обычно начинаю около 0,9 [.0], поскольку я только считаю только выпустить или упаковывать их, когда они рядом с завершением (или готовы к бета-тестированию.) Более сложные проекты начинаются около 0,1 [.0] и Некоторые никогда не видят 1.0. Я рассмотрю 1,0 версию выпуска (или, по крайней мере, локально протестированную бета-версию или выпустить кандидата) и план соответственно.
С учебными проектами, кто ставит первый тег версии, чтобы решить :).
Номера версий должны быть значения для вас как Arrieta правильно прокомментировал раньше.
Может быть, после чего-то вроде: First # - это мэр, второй # - это тот же отпуск мэра с добавлением некоторых функций, и третий # - это тот же отпуск мэра, с одинаковыми функциями, но и с фиксированными ошибками или добавляемым (но достаточно значительным).
1.3.2 => 1-й выпуск, с большим количеством функций и некоторых ошибок.
Однако для конечных пользователей некоторые используются для больших чисел для окончательных выпусков.
Например: Corel 8, для 8.0.0, 8.0.1, 8.2.2 и т. Д. Corel 9, за 9.0.0 ... и т. Д.
И в основном больше о маркетинговых стратегиях, таких как: Corel X5 вместо Corel 15.0.2.
Я бы сказал, что это зависит, является ли номер версии для вас или для клиента.
Начните с 0,0,0 и двигаться дальше оттуда.
Начните с 1.1.1 и двигайтесь оттуда.
