Как в semver решать проблемы параллельной разработки фич?

Question

[Александр Вульф]

Всем привет! Подскажите, кто как решает проблему версионирования (semver) при параллельных разработках фич?

Например, случай:
У нас сейчас версия 1.8.0, некий независимый разработчик выпускает свою фичу в альфа-версию, делаем 1.9.0-alpha.1, потом он буксует и решает кучу проблем. В этот момент другой разработчик подготовил другую фичу. Выпускать её как 1.9.0-alpha.2 не правильно, да и вообще 1.9.0 ей давать не правильно, так как эту версию выбрали для фичи первого разработчика.

Ну ок, выпускаем для второго разработчика версию 1.10.0, потом первый разработчик хочет выпустить релиз. Делаем 1.11.0? Тогда мы остались без 1.9.0 версии.

Поделитесь опытом или мыслями, пожалуйста.

Answer 1

[Jacen11]

Не понял проблему. Всегда когда вливается в мастер код, продукт должен оставаться работоспособным. За раз фичу сложно накатить, поэтому закрывается тоглом. Версия увеличивается не когда кто то что то влил, а когда делается релизная сборка у нее и увеличивается номер. Потом этот релиз отправляется в альфу. Если тесты прошли, то на прод. Ну и естественно что с того что какая то версия не дошла в релиз?
У вас каждый разработчик делает сам себе релиз? что значит захотел выпустить релиз?

Comments

[Александр Вульф]

Не всегда версия увеличивается в мастере, к сожалению

[Jacen11]

Александр Вульф, я там коммент отредактировал, посмотрите. Почему нельзя увеличить версию в мастере когда делается релизная версия?

[Александр Вульф]

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

[Александр Вульф]

А единственный способ передать фичу на тест заказчику - опубликовать альфу или бету

[Jacen11]

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

Answer 2

[Saboteur]

Возможно вы не очень понимаете суть semver

У нас сейчас версия 1.8.0, некий независимый разработчик выпускает свою фичу в альфа-версию, делаем 1.9.0-alpha.1, потом он буксует и решает кучу проблем.

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

А задержавшиеся фичи пойдут в другой релиз, таким образом 1.9.0-alpha.1 это не должен быть релизом конкретной фичи