Comments 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- версиям ) Вроде как всё умеет и даже больше, чем вышеперечисленные пакеты
Целая статья как утилитой менять версию, и да, это современный фронтенд, они как бы делают вид что решают впервые проблемы, которые повсеместно уже решены.
Отличная статья, спасибо. Почерпнул много нужной информации
Sign up to leave a comment.
Версионность веб-приложений