Конфигурация
NPM SETNPM Установите INITIC-AUTHOR-NAME 'Your name'npm Set init-author-email' your Email'npm set init-author-url 'http: //yourdomain.com'npm set init-license' mit '
Приведенная выше команда эквивалентна настройке значения по умолчанию для NPM Init. При выполнении NPM Init Init в будущем, имя автора, электронная почта, домашняя страница и лицензионные поля Package. Json автоматически напишет предустановленное значение. Эта информация будет сохранена в файле ~/.npmrc в домашнем каталоге пользователя, чтобы пользователю не нужно вводить каждый проект.
Если у проекта есть разные настройки, вы можете запустить NPM Config для этого проекта.
1
npm установить сохранение-эксплуатация true
Приведенная выше команда устанавливает, что при добавлении модуля Package.json будет записывать точную версию модуля, а не дополнительный диапазон версий.
2
npm config get prefix
3
NPM Config SET PREFIX /USR /LOCA
NPM Использование
Установить:
NPM Установите Grunt-Cli
Перед установкой NPM Install проверит, существует ли указанный модуль в каталоге Node_Modules. Если он существует, он больше не будет переустановлен, даже если у удаленного репозитория уже есть новая версия.
Если вы хотите, чтобы модуль был переустановлен для NPM, независимо от того, был ли он установлен или нет, вы можете использовать параметры -f или - -force.
Локальная установка: пакет будет загружен в текущий каталог и может использоваться только в текущем каталоге. После завершения установки в текущем каталоге обнаружен дополнительный каталог NODE_Modules, а в нем установлен Grunt-Cli.
npm install -g Grunt -cli
Глобальная установка: пакет будет загружен в определенный системный каталог, а установленное пакет можно использовать во всех каталогах. Теперь он стал/usr/local/lib/node_modules/grunt-cli,/usr/local/lib/node_modules/это глобальный каталог установки, упомянутый ранее.
1. Установите модуль DevDependences, настроенный в файле текущего пакета каталогов.
NPM Установка
2. Установите файлы локальных модулей
npm install ./package.tgz
3. Установите модуль с указанным URL
NPM установить https://github.com/indexzero/forever/tarball/v0.5.6
4. Установите модули, содержащиеся в указанном каталоге в локальной файловой системе
NPM Установка <Папка>
5. Установите и обновите конфигурацию версии в package.json
NPM Install <mame> [Save | Save-Dev | Save-Optional]
(1) Информация о имени и версии модуля, установленного с параметрами сохранения, появится в опции зависимостей Package.json
(2) Информация о имени и версии модуля, установленного с параметрами SaveDev, появится в опции DevDependencies of Package.json
(3.)
6. Установите указанную версию модуля
NPM Install <mame>@<sersion> Пример: npm install [email protected]
7. Установите определенную версию в указанном диапазоне номеров версий модуля
npm install <mame>@<версии диапазон>
Пример:
NPM установить Async@”> = 0.2.0 <0,2,9 ″
Force Force тянет удаленные ресурсы, даже если модуль уже установлен локально
Пример:
Установка NPM подчеркивается сила
8.-G или глобальный модуль установки по всему миру. Если этот параметр недоступен, он будет установлен в подкаталоге Node_Modules текущего каталога.
Пример:
npm install -g Express
Если вы хотите, чтобы все модули были принудительно переустановлены, удалите каталог NODE_MODULES и повторно предъявите установку NPM.
$ rm -rf node_modules $ npm install
обновлять
npm update [-g] [<mame> [<mame>…]
Обновляет модуль в указанном списке имен. -g Параметры обновляет глобально установленную модуль.
Если имя не указано и не находится в определенном модуле, все пакеты, которые зависят от текущего каталога, будут обновлены (включая глобальный и модуль); Если текущий каталог находится в определенном каталоге модулей, будут обновлены модули, которые зависят от модуля, поэтому при запуске обновления NPM без указания имени лучше всего запустить в определенном модуле, чтобы избежать обновления других модулей, которые не хотят обновлять.
удалить
NPM удалить пакет
Проверять
Посмотрите, какие пакеты установлены
npm ls -depth = 0
Просмотреть конкретную информацию для конкретных пакетов
npm ls grunt-clinpm info grunt-cli
поиск
NPM Поиск Grunt-Cli
выпускать
1.package.json
package.json Описание:
Когда команда NPM будет запущена, она будет прочитать файл package.json текущего каталога и интерпретировать этот файл. Этот файл основан на спецификации пакетов/1.1. In this file, you can define your application name (name), application description ( description), keywords ( keywords), version number ( version ), application configuration items ( config ), homepage ( homepage ), author ( author ), resource repository address ( repository ), bug submission address ( bugs ), authorization methods ( licenses ), directories ( directories ), application entry file ( main ), command line file ( bin ), application dependencies ( dependencies ), development Зависимости окружающей среды (DevDependencies), управляемые двигатели (двигатели) и сценарии (сценарии) и т. Д.
Для разработчиков как разработки, так и публикации модулей полагаются на свое правильное понимание значения, содержащегося в этом файловом пакете. Давайте воспользуемся примером, разделенным в этой статье, чтобы проиллюстрировать следующее:
{«Имя»: «Тест», «Версия»: «0.1.0», «Описание»: «Пакет тестирования», «Автор»: «Забитый автор <[email protected]>», «Зависимости»: {«Экспресс»: «1.xx», «ejs»: «0.4.2», «Redis»: «= 0,6.7»}, «DevDependences»: «0.». }, "main": "index", "bin": {"test": "./bin/test.js"}, "Scripts": {"Start": "Node Server.js", "test": "Test/*. JS", "Preinstall": ". "0.4.x"}}В этом примере мы определяем файл входа приложения (Main) как индекс. Когда другие приложения относятся к нашему модулю require ('test'), вызывается файл основного значения index.js. Scripts (Scripts) определяет несколько разных команд, используя хэш -таблицу. Node Server.js, определенная в Script.Start, будет вызвана при запуске NPM, и команды, определенные в Scripts.test, будут вызваны при вызове NPM. Если необходимо составить некоторые собственные модули, мы можем определить предварительно скомпилированные и скомпилированные команды.
В этом примере также определены модуль зависимостей приложений (зависимости) и модуль зависимостей среды развития (DevDependencies). Зависимый от приложения модуль будет установлен в каталоге NODE_MODULES текущего модуля во время установки. Модули зависимостей в среде разработки в основном используются в среде разработки. Используйте команду npm install или ссылку плюс параметр -dev, чтобы установить его в каталоге Node_Modules текущего модуля.
Имя: Имя пакета (потому что оно станет частью URL, буквы, не защищенного URL, не пройдут, и «.», «_» не разрешается появиться). Лучше всего искать имя, которое вы уже существовали на [] (http://registry.npmjs.org/)
Версия: версия пакета. Когда пакет меняется, версия также должна измениться. В то же время, версия, которую вы объявляете, должна пройти проверку SEMVER (SEMVER можно GOOGLED сам по себе)
Зависимости: модуль зависимости приложений пакета, то есть, если другие хотят использовать этот пакет, по крайней мере, то, что необходимо установить. Модуль зависимости приложения будет установлен в каталоге NODE_MODULES текущего модуля.
DevDependencies: модуль зависимости для разработки пакета и несвязанный код автоматически удаляется при выпуске плагина. Используйте файл для записи плагинов, установленных или необходимых в текущем проекте, то есть другие хотят разработать в этом пакете, и вы можете установить плагины, необходимые для проекта с одним щелчком.
2. Номер версии
Все также заметили, что некоторые номера версий в Package.json> = 0,6,7, а некоторые - 1.xx. В чем разница? NPM используется для получения семантического распознавания версий для управления версиями. Не все модули обеспечивают обратную совместимость, а иногда некоторые модули по какой -то причине не совместимы. Таким образом, нам нужно определить некоторые правила, чтобы убедиться, что модуль может быть доступен в определенных конкретных версиях, и чтобы гарантировать, что последняя версия может быть использована, поскольку эти версии всегда изменяют некоторые ошибки или улучшают производительность и т. Д. Посмотрим на поля, определенные в версии:
Пример: 0.4.2
+ Большая версия (0)
+ Небольшая версия (4)
+ Патч версия (2)
При выпуске программного обеспечения по умолчанию версия 1.0.0. Если патч будет выпущен в будущем, добавлена последняя цифра, например, 1.0.1; Если добавлены новые функции и исходные функции не затронуты, промежуточное число (то есть небольшая версия номер), например, 1.1.0; Если введенные изменения разрушают обратную совместимость, добавляется первая цифра, например, 2.0.0.
В приведенном выше определении Package.json мы уверены, что модуль может работать во всех версиях Nodejs 0,4 и выше и ниже 0,5. Зависимый модуль Redis может работать на всех версиях, превышающих или равных 0,6,7. EJS -зависимый модуль может гарантировать, что он работает в версии 0.4.2. Экспресс -зависимый модуль может быть совместим с 1,0,0 или равным 2,0,0.
генерировать
NPM Init
Используется для инициализации и генерирования нового файла package.json. Он задаст пользователям серию вопросов. Если вы думаете, что вам не нужно изменять конфигурацию по умолчанию, просто нажмите Enter All The Way.
Если -f (представляющий силу) и -y (представляющий да), пропустите этап допроса и напрямую генерируйте новый файл package.json.