Как версионировать на начале разработки?

Question

[Константин Подыганов]

Возможно я что-то придумываю свое, но меня интересует тема семантического версионирования. Запланировал небольшой проект и тут возник вопрос: нужно на каждой отдельной фиче поднимать минорную версию или пачкой?

допустим:
v0.1.0 - фича 1
v0.2.0 - фича 2
v0.3.0 - фича 3

или

v0.1.0 - фича 1
v0.1.0 - фича 2
v0.1.0 - фича 3
--- релиз всех фич

при том что это еще начальная стадия

Comments

[Сергей delphinpro]

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

[maaGames]

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

Answer 1

[rPman]

Оба варианта.
Номер версии меняется с каждым релизом, даже если это багфикс.
Но релиз может содержать сразу несколько фич так и одну.

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

Answer 2

[Василий Банников]

Версию увеличивать нужно при релизе.
Если у тебя релиз на каждую фичу/мр/коммит - значит нужно на каждую фичу
Ну и раз ты уже выбрал семвер - соблюдай его.

Answer 3

[Saboteur]

На начале разработки вообще не критично.
Если твой софт ни от чего не зависит, можно вообще не версионировать. Просто поставить статический номер версии, например 0.1 и добавлять к нему номер билда автоматом.

Потом, если вдруг дойдешь до определенного логического наполнения, можно будет поменять статическую часть релиза на 1.0, и дальше менять по собственному желанию.
Внедрять семантическое версионирование имеет смысл, если должна соблюдаться некоторая совместимость с кем-то. Или коммерческую реализацию, где нужно отдельно продавать младшую и старшую версии.

А так - можно совершенно не париться.