Що використовувати в якості початкової версії? [зачинено]

Зазвичай я починаю свої проекти з версією 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.0, тому я починаю з цього.

Стандарт 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.yz) призначена для початкової розробки. Все може змінитися в будь-який час. Публічний API не слід вважати стабільним.

Номер версії повністю залежить від вас. Робіть те, що для вас має сенс, і будьте послідовні. Ніхто не каже, що ви повинні починати з 0, або 0,0, або 1,0, або 1,1.

Чудові програмісти фактично використовували систему нумерації версій як місцеві жарти. Приклади (Вікіпедія):

Починаючи з версії 3, TeX використовує ідіосинкратичну систему нумерації версій, де оновлення вказано додаванням додаткової цифри в кінці десяткової, так що номер версії асимптотично наближається до π. Це відображення того факту, що TeX зараз дуже стабільний, і очікуються лише незначні оновлення. Поточна версія TeX становить 3,1415926; Востаннє оновлено в березні 2008 року

Для METAFONT:

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

Нарешті, не зовсім новим варіантом, але не менш цікавим є те, що первинне публічне розміщення акцій Google (IPO) було подано до SEC за залучення 2 278 281 828 доларів (зауважте, що e ~ 2,718 281 828).

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

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

І мені подобається спосіб Linux мати непарні номери для нестабільних версій, і парні числа для стабільної.

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

Але як тільки ви переходите на попередню функцію, повну версію потрібно змінити

Вибираючи номери версій для npmпакету, майте на увазі, що для залежностей, перелічених у package.json діапазонах semver , не буде працювати нижче v1.0.0. Це є,

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

еквівалентно

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

Якщо ви хочете використовувати діапазони semver або хочете дозволити іншим людям їх використовувати, ви можете почати з 1.0.0

Зазвичай версія має деяке значення для програміста. Збільшення основної кількості може вказувати на великі зміни, що запобігають сумісності із зворотним ходом. Інші цифри в номері версії можуть вказувати на менші зміни можливостей або виправлення помилок.

Якщо ви переживаєте, що версія 0.6.5 має неповне кільце, ви можете продати її під версією 1.0. Ваш номер маркетингової версії не повинен відповідати вашому внутрішньому номеру версії. Наприклад, номер версії Windows 7 - 6.1.

Мої особисті переваги - починати з 0.1.0 і їхати звідти.

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

З командними проектами той, хто ставить перший тег версії, вирішує :).

0.1.0 - це те, з чого я починаю, і рухаюся звідти. Це те, що я адаптував для Xploration Адріаном, хоча в перші роки я був дуже спорадичним і використовував 1.0.0, 0.0.1 та кілька інших. Але я рекомендую починати з 0.1.0 і їхати звідти.

Per Semver, зарезервуйте a і c in abc для A. Ви перший офіційний реліз та C. Виправлення помилок та виправлення. Це тому, що основна версія, як правило, ламає старіший код. А патчі просто виправляють помилки. Це все особисте уподобання, 0,99,0 не означає, що потрібно переходити до 1.0.0 і т. Д. Я бачив деякі, які йдуть аж до 0.218.42.

Номери версій повинні мати для вас значення, як Аррієта раніше правильно коментував.

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

1.3.2 => Перший випуск, із виправленими додатковими функціями та деякими помилками.

Однак для кінцевих користувачів деякі звикли до великої кількості фінальних релізів.

Наприклад: 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 і рухайтеся звідти.