package.json:
"version": "MAJOR.MINOR.PATCH"
Правила ведения версий в npm соответсвуют semver.org.
- Если у нас модуль еще не стабилен то мы ведем разарботку под версиями 0.x.x
- Если мы заливаем какие-то багфиксы текущего функционала то мы увеличиваем цифру участка PATCH.
- Если мы добавляем новый функционал апи, который вообще не затрагивает существующий, то обновляем MINOR
- Если же мы внесли изменения которые затрагивают текущее апи, то тогда - MAJOR
Чтобы установить конкретную версию модуля:
Установить незапаблишенную версию, но которая есть в VC-repo, например на гитхабе:
Или скаченную на диск:
Зависимости установленных модулей устанавливаются не в node_modules проекта, а в собственный node_modules, что позволяет не конфликтовать разным версиям для разных зависимостей моделей.
Мы не обязаны таскать со своим модулем его зависимости, достаточно в папке с нашим модулем вызвать
И все зависимости будет подтянуты, которые указаны в package.json, но кроме зависимостей для работы модуля будут подтянуты и зависимости для разработки модуля, которые находятся в поле package.json:devDependencies, если модуль устанавливается как зависимость другого модуля, то эти зависимости не устанавливаются.
package.json:main обычно это "index.js", но мы можем поменять на что-то специфическое для нашего модуля - /sub/app.js
"version": "MAJOR.MINOR.PATCH"
Правила ведения версий в npm соответсвуют semver.org.
- Если у нас модуль еще не стабилен то мы ведем разарботку под версиями 0.x.x
- Если мы заливаем какие-то багфиксы текущего функционала то мы увеличиваем цифру участка PATCH.
- Если мы добавляем новый функционал апи, который вообще не затрагивает существующий, то обновляем MINOR
- Если же мы внесли изменения которые затрагивают текущее апи, то тогда - MAJOR
Чтобы установить конкретную версию модуля:
npm i express@3.0.15
Установить незапаблишенную версию, но которая есть в VC-repo, например на гитхабе:
npm i git://github.com/.../epress.git
Или скаченную на диск:
npm i /path/to/downloaded
Зависимости установленных модулей устанавливаются не в node_modules проекта, а в собственный node_modules, что позволяет не конфликтовать разным версиям для разных зависимостей моделей.
Мы не обязаны таскать со своим модулем его зависимости, достаточно в папке с нашим модулем вызвать
npm i
И все зависимости будет подтянуты, которые указаны в package.json, но кроме зависимостей для работы модуля будут подтянуты и зависимости для разработки модуля, которые находятся в поле package.json:devDependencies, если модуль устанавливается как зависимость другого модуля, то эти зависимости не устанавливаются.
package.json:main обычно это "index.js", но мы можем поменять на что-то специфическое для нашего модуля - /sub/app.js
Комментариев нет:
Отправить комментарий