Комментарии 13
npm version?
Вы про хранение версии в package.json? Если да, то все перечисленные пакеты из коробки это делают. Но, как мне кажется, это наиболее актуально для тех проектов которые публикуются в npm. Для обычных проектов, на мой взгляд, удобнее хранить версию в виде тегов в git и в каждую сборку передавать локально, не храня версию в файле в git'е.
npm version
помимо изменения версии в package.json так же создаёт версионный тег в гите
Все верно, но я имел ввиду что удобнее хранить версию только в виде git tag, без нужды менять и коммитить новую версию в package.json после каждой сборки во избежание мерж конфликтов, к тому же все равно нужен скрипт который бы пушил новый тег из CI-скрипта и прокидывал версию в само приложение, статья больше об этом.
нужен скрипт который бы пушил новый тег из CI-скрипта и прокидывал версию в само приложение
в приложении брать версию из самого package.json можно ж… разве нет?
Да, можно. Однако, возникает вопрос, как организовать версионность в разных ветках и решить проблему мерж конфликтов, в случае, когда из integration, к примеру, подливаем в master. В integration ветке, например, версия 1.2.31-dev. А в master 1.1.2 (при этом, там были хотфиксы). А нужно, чтобы в master после мержа стала версия 1.2.0.
Вот так можно версию в приложении показывать
import { version } from '../package.json'
npm version меняет версию в package.json, создаёт тег с соответствующей версией и умеет в префиксы к pre- версиям ) Вроде как всё умеет и даже больше, чем вышеперечисленные пакеты
Целая статья как утилитой менять версию, и да, это современный фронтенд, они как бы делают вид что решают впервые проблемы, которые повсеместно уже решены.
Отличная статья, спасибо. Почерпнул много нужной информации
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Версионность веб-приложений