Какую часть версии изменять при мажорных обновлениях внутренних зависимостей?

Question

[Петр Мухуров]

Доброго времени суток! Есть модуль, который подключается к проектам. Допустим, стабильная версия на текущий момент у него 1.2.5.
Заходим в package.json, видим, что одна из зависимостей устарела, обновляем ее версию (напр., React 12.0.0 -> React 16.9.0 - разница в 4 Major версии). При этом код нашего модуля не трогаем, ничего не ломается, все "ок".
Какая версия нашего модуля теперь должна быть? 1.2.6? 1.3.0? 2.0.0?
Спасибо

Answer 1

[nvdfxx]

При этом код нашего модуля не трогаем, ничего не ломается, все "ок".

А зачем обновляться, рискуя получить лажу с обратной совместимостью, не используя при этом те штуки, которое эти обновления дают (за n мажорных апдейта, я полагаю, их предостаточно должно быть)? Как вариант - не выкатывать в релиз, пока чего нового не напишите по функционалу, чтобы можно было оправдать смену цыфорки, а если обновление ради обновления, то 1.2.6 ставьте, и дефолтное "фикс багов, патч безопасности", за n-версий там явно что-то пофиксили и что-то защитили

Comments

[Петр Мухуров]

Проекты зависят от n-количества модулей, чтобы в сборке не болталось n-версий пакета из-за того, что Модуль1 висит на React15, Модуль2 висит на React16 и т. д.