Как посмотреть глобальные пакеты npm

Где npm устанавливает пакеты?

23 ответа

Глобальные библиотеки

В системах Unix они обычно помещаются в /usr/local/lib/node или /usr/local/lib/node_modules при глобальной установке. Если вы установите переменную среды NODE_PATH в этот путь, модули могут быть найдены по узлу.

Неглобальные библиотеки

Неглобальные библиотеки устанавливаются в подпапку node_modules в папке, в которой вы находитесь.

Если вы запустите команду npm из этого каталога, вы узнаете, какие модули узлов установлены в Visual Studio.

Который распечатает местоположение вместе со списком установленных модулей

Примере:

Команда npm root сообщит вам эффективный каталог установки ваших пакетов npm.

Как говорят другие ответы, лучший способ сделать

Однако, если у вас установлено большое количество npm пакетов, вывод этой команды может быть очень длинным и вызывать большие трудности при прокрутке вверх (иногда даже невозможно прокрутить так далеко назад).

Для глобально установленных модулей:

Другие ответы дают вам ответы для конкретной платформы, но в общем случае это так:

Вы можете получить это значение, запустив npm config get prefix

Когда вы используете некоторые инструменты, такие как nodist, они изменяют путь установки платформы по умолчанию для глобальных модулей npm.

Я начинал сходить с ума в поисках реальной конфигурации, так что вот весь список файлов конфигурации на Linux:

Затем в файле настраивается префикс:

Там может быть проблема:

Вот вся информация, которая отсутствовала, чтобы найти то, что настроено где. Надеюсь, я был исчерпывающим.

Кроме того, npm cli работает @ << X1>> / lib / npm.js # L254 с:

Где globalPrefix имеет значение по умолчанию в ec9fcc1 / lib / config / defaults.js # L92-L105 из:

Кстати, npm будет искать node_modules в родительских папках (вплоть до самого root), если не может найти их в локальной папке.

Пакеты сбрасываются в папку node_modules под префиксом. При локальной установке это означает, что вы можете потребовать («имя_пакета») загрузить его основной модуль или потребовать («имя_пакета / lib / path / to / sub / module») для загрузки других модулей.

Глобальные установки в системах Unix находятся в / lib / node_modules. Глобальные установки в Windows идут в / node_modules (то есть, без папки lib.)

Пакеты с установленной областью устанавливаются одинаково, за исключением того, что они сгруппированы в подпапку соответствующей папки node_modules с именем префикса области с помощью символа @, например, npm install @ myorg / package помещает пакет в <префикс>/ node_modules / @ myorg / package. Смотрите область для более подробной информации.

Если вам требуется () пакет, установите его локально.

Самый простой способ будет сделать

Составить список пакетов и просмотреть их установленное местоположение.

Я установил npm через chololatey, поэтому расположение

C: \ MyProgramData \ шоколадным \ Lib \ nodejs.commandline.0.10.31 \ Tools \ node_modules

В npm 1.0 есть два способа установить вещи:

У npm также есть папка кеша, которую можно найти, запустив npm config get cache ( %AppData%/npm-cache в Windows).

Модули npm сначала загружаются здесь, а затем копируются в глобальную папку npm ( %AppData%/Roaming/npm в Windows) или в специальную папку проекта ( your-project/node_modules ).

Так что, если вы хотите отслеживать пакеты npm, и как-то, список всех загруженных пакетов npm (если кэш npm не очищен), взгляните на эту папку. Структура папок выглядит как //

Если вы ищете исполняемый файл, который установил npm, возможно, потому что вы хотите поместить его в свой PATH, вы можете просто сделать

Покажет вам местоположение глобально установленных пакетов.

Если вы хотите вывести этот список в файл, который вы можете легко найти в текстовом редакторе:

Вы можете найти глобально установленные модули с помощью команды

Источник

Руководство по Node.js, часть 4: npm, файлы package.json и package-lock.json

Основы npm

Npm (node package manager) — это менеджер пакетов Node.js. В первой части этого материала мы уже упоминали о том, что сейчас в npm имеется более полумиллиона пакетов, что делает его самым большим в мире репозиторием кода, написанного на одном языке. Это позволяет говорить о том, что в npm можно найти пакеты, предназначенные для решения практически любых задач.

Изначально npm создавался как система управления пакетами для Node.js, но в наши дни он используется и при разработке фронтенд-проектов на JavaScript. Для взаимодействия с реестром npm используется одноимённая команда, которая даёт разработчику огромное количество возможностей.

▍Загрузка пакетов

С помощью команды npm можно загружать пакеты из реестра. Ниже мы рассмотрим примеры её использования.

▍Установка всех зависимостей проекта

▍Установка отдельного пакета

Отдельный можно установить следующей командой:

Часто можно видеть, как эту команду используют не в таком вот простом виде, а с некоторыми флагами. Рассмотрим их:

▍Обновление пакетов

Для обновления пакетов служит следующая команда:

Обновить можно и отдельный пакет:

▍Загрузка пакетов определённых версий

В дополнение к стандартной загрузке пакетов, npm поддерживает и загрузку их определённых версий. В частности, можно заметить, что некоторые библиотеки совместимы лишь с некими крупными релизами других библиотек, то есть, если бы зависимости таких библиотек устанавливались бы без учёта версий, это могло бы нарушить их работу. Возможность установить определённую версию некоего пакета полезна и в ситуациях, когда, например, вам вполне подходит самый свежий релиз этого пакета, но оказывается, что в нём имеется ошибка. Ожидая выхода исправленной версии пакета, можно воспользоваться и его более старым но стабильным релизом.

Во всех этих случаях возможность указания версий пакетов, необходимых проекту, чрезвычайно полезна. Npm следует стандарту семантического версионирования (semver).

▍Запуск скриптов

Файл package.json поддерживает возможность описания команд (скриптов), запускать которые можно с помощью такой конструкции:

Например, вот как выглядят перечень скриптов, имеющийся в соответствующем разделе файла:

Весьма распространено использование этой возможности для запуска Webpack:

Такой подход даёт возможность заменить ввод длинных команд, чреватый ошибками, следующими простыми конструкциями:

▍Куда npm устанавливает пакеты?

При установке пакетов с использованием npm (или yarn) доступны два варианта установки: локальная и глобальная.

Выполняя такую команду, npm не устанавливает пакет в локальную папку проекта. Вместо этого он копирует файлы пакета в некое глобальное расположение. Куда именно попадают эти файлы?

Для того чтобы это узнать, воспользуйтесь следующей командой:

Однако если вы используете для управления версиями Node.js nvm, путь к папке с глобальными пакетами может измениться.

▍Использование и выполнение пакетов, установленных с помощью npm

Для того чтобы использовать её в своём коде, достаточно импортировать её с применением команды require :

Как быть, если пакет представляет собой исполняемый файл?

Посмотреть на то, как выглядит работа этого механизма можно, установив пакет cowsay. Он представляет собой шуточную программу, написанную для командной строки. Если передать этому пакету какой-нибудь текст, в консоли, в стиле ASCII-арта, будет выведено изображение коровы, которая «произносит» соответствующий текст. «Озвучивать» текст могут и другие существа.

Путь к пакету npx найдёт автоматически.

Файл package.json

Файл package.json является важнейшим элементов множества проектов, основанных на экосистеме Node.js. Если вы программировали на JavaScript, была ли это серверная или клиентская разработка, то вы, наверняка, уже встречались с этим файлом. Зачем он нужен? Что вам следует о нём знать и какие возможности он вам даёт?

Package.json представляет собой нечто вроде файла-манифеста для проекта. Он даёт в распоряжение разработчика множество разноплановых возможностей. Например, он представляет собой центральный репозиторий настроек для инструментальных средств, используемых в проекте. Кроме того, он является тем местом, куда npm и yarn записывают сведения об именах и версиях установленных пакетов.

▍Структура файла

Вот пример простейшего файла package.json :

Как видите, он пуст. Нет жёстких требований, касающихся того, что должно присутствовать в подобном файле для некоего приложения. Единственное требование к структуре файла заключается в том, что она должна следовать правилам формата JSON. В противном случае этот файл не сможет быть прочитан программами, которые попытаются получить доступ к его содержимому.

Если вы создаёте Node.js-пакет, который собираетесь распространять через npm, то всё радикальным образом меняется, и в вашем package.json должен быть набор свойств, которые помогут другим людям пользоваться пакетом. Подробнее мы поговорим об этом позже.

Вот ещё один пример package.json :

Вот пример посложнее, который я взял из приложения-примера, написанного с использованием Vue.js:

Как видите, тут прямо-таки немеряно всего интересного. А именно, здесь можно выделить следующие свойства:

▍Свойства, используемые в package.json

Большинство свойств, которые мы опишем, используются лишь для нужд репозитория npm, некоторые используются программами, которые взаимодействуют с кодом, вроде того же npm.

Свойство name

Свойство name задаёт имя пакета:

Подобные ограничения существуют из-за того, что когда пакет публикуется в npm, его имя используется для формирования URL страницы пакета.

Если вы публиковали код пакета на GitHub, в общем доступе, то хорошим вариантом имени пакета является имя соответствующего GitHub-репозитория.

Свойство author

Свойство author содержит сведения об авторе пакета:

Оно может быть представлено и в таком формате:

Свойство contributors

Свойство contributors содержит массив со сведениями о людях, внёсших вклад в проект:

Это свойство может выглядеть и так:

Свойство bugs

В свойстве bugs содержится ссылка на баг-трекер проекта, весьма вероятно то, что такая ссылка будет вести на страницу системы отслеживания ошибок GitHub:

Свойство homepage

Свойство homepage позволяет задать домашнюю страницу пакета:

Свойство version

Свойство version содержит сведения о текущей версии пакета:

При формировании значения этого свойства нужно следовать правилам семантического версионирования. Это означает, в частности, что номер версии всегда представлен тремя цифрами: x.x.x.

Первое число — это мажорная версия пакета, второе — минорная версия, третье — патч-версия.

Изменение этих чисел несёт в себе определённый смысл. Так, релиз пакета, в котором лишь исправляются ошибки, приводит к увеличению значения патч-версии. Если выходит релиз пакета, изменения, внесённые в который, отличаются обратной совместимостью с предыдущим релизом — то меняется минорная версия. В мажорных версиях пакетов могут присутствовать изменения, которые делают эти пакеты несовместимыми с пакетами предыдущих мажорных версий.

Свойство license

Свойство license содержит сведения о лицензии пакета:

Свойство keywords

Свойство keywords содержит массив ключевых слов, имеющих отношение к функционалу пакета:

Правильный подбор ключевых слов помогает людям находить то, что им нужно, при поиске пакетов для решения неких задач, позволяет группировать пакеты и быстро оценивать их возможный функционал при просмотре сайта npm.

Свойство description

Свойство description содержит краткое описание пакета:

Это свойство особенно важно в том случае, если вы планируете публиковать пакет в npm, так как оно позволяет пользователям сайта npm понять предназначение пакета.

Свойство repository

Свойство repository указывает на то, где находится репозиторий пакета:

Используемую при разработке пакета систему контроля версий можно задать и в явном виде:

Один и тот же пакет может использовать разные системы контроля версий:

Свойство main

Свойство main задаёт точку входа в пакет:

Когда пакет импортируют в приложение, именно здесь будет осуществляться поиск того, что экспортирует соответствующий модуль.

Свойство private

Свойство scripts

Свойство scripts задаёт список скриптов или утилит, которые можно запускать средствами npm:

Скрипты можно называть так, как вам хочется, делать они могут практически всё, чего может пожелать разработчик.

Свойство dependencies

Свойство dependencies содержит список npm-пакетов, установленных в виде зависимостей пакета:

При установке пакета с использованиеме npm или yarn используются команды такого вида:

Эти пакеты автоматически добавляются в список зависимостей разрабатываемого пакета.

Свойство devDependencies

Свойство devDependencies содержит список npm-пакетов, установленных как зависимости разработки:

Пакеты попадают в этот список при их установке с помощью npm или yarn, выполняемой следующим образом:

Свойство engines

Свойство engines указывает, какие версии Node.js и других программных продуктов используются для обеспечения работы пакета:

Свойство browserlist

Свойство browserlist позволяет сообщить о том, какие браузеры (и их версии) собирается поддерживать разработчик пакета:

Этим свойством пользуются Babel, Autoprefixer и другие инструменты. Анализ этого списка позволяет им добавлять в пакет только те полифиллы и вспомогательные механизмы, которые нужны для перечисленных браузеров.

Показанное здесь в качестве примера значение свойства browserlist означает, что вы хотите поддерживать как минимум 2 мажорные версии всех браузеров с как минимум 1% использования (эти данные берутся с ресурса CanIUse.com), за исключением IE 8 и более старых версий этого браузера (подробнее об этом можно узнать на странице пакета browserlists).

▍Хранение в package.json настроек для различных программных инструментов

В package.json можно хранить настройки для различных вспомогательных инструментов вроде Babel или ESLint.

▍О версиях пакетов и семантическом версионировании

Учитывая то, что при использовании семантического версионирования все номера версий пакетов состоят из последовательностей, представляющих собой три числа, о смысле которых мы говорили выше, опишем следующие правила использования спецификаторов версий:

: если вы задаёте версию в виде

Файл package-lock.json

Цель этого файла заключается в отслеживании точных версий установленных пакетов, что позволяет сделать разрабатываемый продукт стопроцентно воспроизводимым в его исходном виде даже в случае, если те, кто занимается поддержкой пакетов, их обновили.

в применении к версии некоего пакета, вышел его патч-релиз, установлен будет не тот пакет, который использовался при разработке, а именно этот патч-релиз.

Эта концепция не нова, менеджеры пакетов, применяемые в других языках программирования (вроде менеджера Composer в PHP) используют похожую систему многие годы.

Файл package-lock.json нужно отправить в Git-репозиторий, что позволит другим людям скачать его в том случае, если проект является общедоступным, или тогда, когда его разработкой занимается команда программистов, или если вы используете Git для развёртывания проекта.

▍Пример файла package-lock.json

Разберём этот файл. Мы устанавливаем пакет cowsay, который зависит от следующих пакетов:

Итоги

Уважаемые читатели! Какой менеджер пакетов вы предпочитаете — npm или yarn?

Источник

Базовый курс npm

Содержание

Скачивание и установка npm

Для начала нам нужно установить Node.js, npm идёт вместе с ним. Затем нужно обновить версию npm, так как он обновляется несколько чаще, чем Node.js:

Проверить версию npm можно командой:

Установка пакетов npm

Существует два способа установки пакетов npm: локально и глобально.

Если вы хотите использовать пакет из своего модуля с помощью чего-нибудь вроде require от Node.js, то вам нужно установить пакет локально командой:

Эта команда создаст каталог «node_modules» в текущем рабочем каталоге и скачает туда указанный пакет.

Для проверки этой команды вы можете выполнить:

Затем проверьте, что у вас появился каталог «node_modules» с подкаталогом «lodash».

Если у вас не было файла «package.json» в текущем каталоге, то устанавливается последняя версия, если же файл «package.json» присутствует, то устанавливается последняя версия, удовлетворяющая правилам в этом файле.

Использование установленного пакета npm

После появления пакета в каталоге «node_modules» вы можете его использовать. Например, если вы создаёте модуль Node.js, то вы можете подключить и использовать его так:

Использование файла «package.json»

Поле name должно состоять из строчных букв английского алфавита, подчёркиваний и тире. Оно определяет имя вашего модуля.

Поле version определяет версию в формате x.x.x.

Создать «package.json» можно командой с консоли:

Эта команда проведёт вас через процесс создания «package.json» в стиле вопрос-ответ.

Зависимости от других пакетов

Пример «package.json» с зависимостями:

Идея версионирования: патчи, минорные и мажорные версии

Идея использования трёх чисел, разделённых точками, в качестве версии состоит в следующем (например, если текущий пакет 1.0.0):

При указании необходимой версии зависимости в «package.json» можно указывать диапазоны:

Источник

Как вывести список установленных пользователем пакетов npm?

Вы можете получить список всех глобально установленных модулей, используя:

По состоянию на 13 декабря 2015 года

В то время как я нашел принятый ответ на 100% правильным и полезным, я хотел немного расширить его, основываясь на своем собственном опыте, и, надеюсь, на пользу другим. (Здесь я использую термины пакет и модуль взаимозаменяемо)

В ответ на вопрос, да, принятым ответом будет:

Если вы хотите просмотреть все доступные (удаленные) версии для определенного модуля, выполните:

Обратите внимание, версии множественного числа. Это даст вам полный список версий на выбор.

Для последней удаленной версии:

Запись, версия единственная.

Чтобы узнать, какие пакеты необходимо обновить, вы можете использовать

Для обновления глобальных пакетов вы можете использовать

Чтобы обновить все глобальные пакеты, вы можете использовать:

(Однако для версий npm менее 2.6.1, пожалуйста, смотрите эту ссылку, так как есть специальный скрипт, который рекомендуется для глобального обновления всех пакетов).

Вышеприведенные команды должны работать в версиях NPM 1.3.x, 1.4.x, 2.x и 3.x

. Я считаю, update что install здесь предпочтительнее, потому что npm будет умным и сделает установку только в том случае, если указанный пакет устарел.

Источник

Использование npm для управления пакетами Node.js на сервере Linux

Node.js – это платформа Javascript для серверного программирования, которая позволяет быстро разрабатывать и запускать сетевые приложения. В предыдущем руководстве речь шла об установке Node.js на Ubuntu 14.04.

Данное руководство посвящено npm, системе управления пакетами Node.js. Эта утилита позволяет легко определять зависимости, искать пакеты и управлять инсталляциями.

Предполагается, что Node.js и npm уже установлены на сервер. Следуйте инструкциям вышеупомянутого руководства, чтобы установить Node.js на Ubuntu 14.04 (рекомендуется сделать это при помощи nvm).

Для быстрого старта найдите нужные пакеты в репозитории Ubuntu 14.04 и установите их:

sudo apt-get update
sudo apt-get install nodejs npm

Функции npm

Первое, что нужно сделать – это добавить некоторые функции автозаполнения npm; для этого внесите в конец конфигурационного файла оболочки некоторую информацию.

Теперь выполните команду source на конфигурационный файл, чтобы он перечитал только что внесенные изменения:

Теперь при нажатии клавиши TAB npm должен автоматически завешать команды.

Кроме того, npm обладает очень полезной функцией help. Чтобы получить представление о подкомандах, которые доступны в npm, введите

Чтобы получить краткое описание данных подкоманд, наберите:

Можно получить намного более обширный обзор каждой из этих команд, набрав:

npm help subcommand

Это выведет отдельную страницу руководства, посвященную необходимой подкоманде.

Чтобы узнать, какая команда выполняет то или иное действие, можно выполнить поиск по разделам справки:

npm help-search необходимый_термин

Поиск информации о системе

Узнав, как получить доступ ко встроенной справке, попробуйте запросить связанную с npm информацию о системе.

Но прежде нужно выяснить, какова разница между локальными и глобальными пакетами.

Локальные vs глобальные пакеты

При разработке приложения Node.js можно создать структуру каталогов для хранения приложения. В каталоге проекта будет подкаталог node_modules, содержащий все модули, которые можно установить локально.

Для примера создайте пустую структуру каталогов:

Модули, установленные локально, могут быть использованы внутри проекта с помощью функции require().

Чтобы иметь возможность использовать командную строку пакета, его нужно установить глобально. Приложения, установленные глобально, хранятся в каталоге

/.npm/. Функции их командной строки будут доступны всем приложениям Node.js, но такие пакеты нельзя использовать при помощи require().

Список установленных пакетов

Итак, чтобы получить список (локальных) пакетов Node.js, которые доступны в каталоге test_package, наберите:

npm ls
/home/demouser/projects/test_package
└── (empty)

Поскольку такие пакеты не были установлены, каталог пуст.

Как видите, глобальных пакетов достаточно много и они показаны в формате дерева зависимостей.

Запросы другой информации

Помимо сведений об установленных пакетах, npm может предоставлять некоторую другую информацию о его среде.

Чтобы узнать, какой из каталогов npm называет root-каталогом модуля в локальной иерархии пакетов, наберите:

npm root
/home/demouser/projects/test_package/node_modules

Чтобы получить путь верхнего уровня к используемому пакету, введите субкоманду prefix:

npm prefix
/home/demouser/projects/test_package

Чтобы увидеть, куда npm устанавливает исполняемые файлы, найдите каталог bin текущего проекта:

npm bin
/home/demouser/projects/test_package/node_modules/.bin

Изучение файлов пакета

Чтобы быстро перейти в каталог, в котором установлен пакет, можно просто использовать субкоманду explore. Это откроет в каталоге подоболочку, в которой установлен пакет.

К примеру, можно открыть подоболочку в каталоге, где установлен npm, набрав:

Можно управлять файлами в этом каталоге или просто просмотреть их, а затем выйти из подоболочки и вернуться к предыдущим задачам.

npm как менеджер пакетов

Данное руководство охватило уже достаточно много возможностей npm; тем не менее, основные его функции – возможности управления пакетами – до сих пор не затронуты.

Поиск и установка пакетов

Необходимые пакеты Node.js можно найти с помощью npm. К примеру, для проекта нужен пакет express (веб-фреймворк).

Его можно поискать в архиве пакетов npm, расположенных на сайте npm:

npm search express

Это выведет достаточно объемный список, поскольку пакет express достаточно популярен. Чтобы результат стал более удобочитаемым, можно передать его в пейджер (например, less). Также можно использовать регулярные выражения (с некоторыми сложными символами с целью избежать интерпретаторов оболочки), например:

npm search /^express\[\ \] NAME DESCRIPTION AUTHOR DATE VERSIO
express Sinatra inspired web development framework =tjholowaychuk… 2014-05-12 4.2.0

Если результат снова содержит много названий, возможно, проще посетить сайт npm и узнать точное название пакета.

Узнав название пакета, можно перейти к его установке. Данный пакет нужно установить глобально, чтобы иметь доступ к командной строке.

Это скачает и установит пакет express и все его зависимости в глобальный root-каталог npm.

Чтобы установить данный пакет в локальный каталог модуля приложения и получить доступ к конструкции require(), наберите:

/projects/test_package
npm install express

В целом, устанавливать пакет и зависимости в оба каталога нет необходимости – этого можно избежать, и ниже будет показано, как именно.

Удаление, дедупликация, обрезка и связывание пакетов

Поскольку проекту нужны и командная строка, и функция require(), нужно сделать так, чтоб он был доступен в глобальном и локальном каталогах.

Для начала нужно удалить локальную версию пакета:

npm uninstall express

Теперь сообщите npm о необходимости связать глобальную копию с локальным пакетом:

Это создаст символическую ссылку на глобальный пакет внутри каталога node_modules, благодаря чему пакет станет доступен в обоих каталогах.

Можно было бы, наоборот, удалить глобальную версию, а затем перейти в локальный каталог и создать ссылку из него. Это делается следующим образом:

npm install express

/projects/test_package/node_modules), но не доступен глобально. Чтобы создать глобальную ссылку на пакет, нужно открыть его каталог и вызвать субкоманду link без дополнительных аргументов.

/projects/test_package/node_modules/express
npm link

С помощью этой же процедуры можно сделать пакет test_package доступным для других созданных пакетов (если он имеет правильную структуру каталогов).

Устанавливая и перемещая пакеты, можно воспользоваться функцией dedupe.

Как известно, пакеты имеют ряд зависимостей, которые устанавливаются иерархически. Тем не менее, некоторые пакеты могут делиться зависимостями. То есть, если каталог пакета содержит два модуля, каждый из которых зависит от пакета abcd, то последний будет установлен дважды: один раз как package1/node_modules/abcd, второй – как package2/node_modules/abcd.

Подкоманда dedupe отслеживает подобные случаи и перемещает общие зависимости на следующий уровень, где оба пакета смогут найти единственную установку этой зависимости.

К примеру, можно попробовать дедуплицировать зависимости пакетов в каталоге приложения express. Это можно сделать следующим образом:

/projects/test_package/node_modules/express
npm dedupe

Это действие найдет два пакета (mime и debug). Модуль debug также является зависимостью другого модуля express под названием send. Как правило, такой пакет дедуплицируется, но в этом случае произошел конфликт версий, поэтому ничего не случилось.

Предположим, пакет был дедуплицирован, что перемещает некоторые зависимости на уровень выше; затем пакеты, которым ранее принадлежал пакет зависимости, были удалены. В таком случае зависимость не будет удалена, потому что она больше не входит в подкаталоги данных пакетов.

В подобных ситуациях npm может отсечь (prune) ненужные системе пакеты (то есть, пакеты, которые не внесены в список зависимостей “материнского” пакета).

Чтобы удалить ненужные зависимости, вызовите:

Поиск устаревших пакетов и их обновление

Чтобы узнать, какие из пакетов устарели, наберите:

Это выведет список пакетов, которые необходимо заменить более новыми версиями. Появится схема, показывающая, какие из необходимых пакетов установлены и отличаются ли их версии от последних доступных.

Чтобы обновить пакеты, нужно отредактировать версию, запрашиваемую в файле пакета package.json, а затем выполнить команду update:

Итоги

Руководство знакомит с наиболее общими способами работы с менеджером пакетов npm.

Следующая статья рассматривает, как настроить npm, изменить его поведение, как создавать пакеты с помощью npm, публиковать их и взаимодействовать с веб-сайтом npm.

Источник