ветку пакета, куда вливать не ломающие изменения и next ветку пакета, куда лить breaking changes. Если просто иметь две таких ветки, то нужно постоянно ребейзить next ветку и резолвить миллион конфликтов. Как обычно делают?
В чем по сути они отличаются? Внесение ломающих изменений обычно сопровождается бампом мажорной версии продукта. Или у вас next суть unstable?
ну да, пусть будет unstable. Идея в том, чтобы накопить пачку breaking changes, а потом выпустить следующий мажор. Без этого получается, что надо как-то странно подгадывать момент релиза мажорной версии — то слишком мало мажорных изменений, то наоборот слишком много
Сколько версий вы одновременно хотите поддерживать?
Ну пусть будет 2 — stable, в которую катим фиксы и фичи, и “next”, в которую вливаем breaking changes
Я не про ветки, а про версии продукта.
Ну тут тоже интересный вопрос. Со stable версией понятно, обычный semver. А с next версией как должны выглядеть версии? Просто как номер билда дописывать или что… Как обычно делают?
Как хотят, так и делают, хех. Тут куча деталей же, вплоть до того, будут ли у нестабильной версии юзеры или это чисто внутреннее
Обсуждают сегодня