разработчик сам решает когда и что он повышает, но стандартное правило — мажор.минор.патч Мажор — крупные изменения, ломающие обратную совместимость Минор — расширение функциональности Патч — мелкие правки
ну получается, что версия всё-таки повышается при сливании вертки в мастер или девелоп. иначе если два человека в разных ветках будут повышать версии с каждым коммитом, тогда смысла в этом не будет
Постоянно вижу вопросы, как сделать в class-validator то, под что нету декораторов. Написал готовое решение на все случаи жизни. Оплату принимаю звездами https://github.com/svtslv/class-validator-callback
ну получается, что версия всё-таки повышается при сливании вертки в мастер или девелоп. иначе если два человека в разных ветках будут повышать версии с каждым коммитом, тогда смысла в этом не будет
кстати, у нас запилили неплохую автоматизацию бэкендеры, когда ты пишешь в changelog тип изменений (major, minor, path) и в момент релиза автоматически вычисляется версия
кстати, у нас запилили неплохую автоматизацию бэкендеры, когда ты пишешь в changelog тип изменений (major, minor, path) и в момент релиза автоматически вычисляется версия
По conventional commits почти любой коммит, если он не рефакторинг, изменяет версию
>> ну получается, что версия всё-таки повышается при сливании вертки в мастер или девелоп. иначе если два человека в разных ветках будут повышать версии с каждым коммитом, тогда смысла в этом не будет