On npm и sudo

sudo не любит npm . Используйте его только в случае необходимости. Ниже приведены две цитаты о преимуществах и недостатках его использование:

цитирую Isaac Z. Schlueter на введение в npm статьи:

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

рекомендую делая это один раз вместо:

sudo chown -R $USER /usr/local

это устанавливает вашу учетную запись пользователя в качестве владельца каталога / usr / local, так что вы можете просто выдавайте там обычные команды. Тогда вам никогда не придется использовать sudo, когда вы установите узел или выполните команды npm.

так гораздо лучше. /usr / local должен быть тем, что вы установили, в конце концов.

еще один улов, упомянутый Андрей Карпушонак:

существуют определенные проблемы безопасности и ограничения функциональности что касается изменения владельца /usr / local на текущего пользователя:

сказав это, если вы хотите установить глобальный модуль без использования sudo, Я не вижу лучшего решения (с прагматической точки зрения), чем упомянутые. Безопасность против простоты использования-это очень широкая тема, и на нее нет простого ответа — это просто зависит от ваших требований.

то же самое произошло и со мной. На делать

я получил путь / usr / local/bin/. Внутри была папка хрюканье . Но при выполнении команды (даже из пути / usr / local/bin/):

получил предупреждение, удалить не установлено

решение : получается, что я установил с помощью команды

и при попытке удалить просто набрал grunt

так что как только я бегу

грунт есть удаленный.

хотя вы упомянули в вопросе, что вы запускаете

но все же проверьте, если вы также делаете ту же ошибку и запустить его с grunt-cli

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

» это удаляет пакет, полностью удаляя все npm, установленные от его имени.»

в третьем блоке кода Вы разместили следующее сообщение:

я обнаружил, что с помощью

команды в CLI / консоли обеспечивает неполный и запутанный вывод.

обе эти команды вернут путь grunt-cli установка, но вернуть это просто как грунт.

не удается вернуть какие-либо выходные данные на консоль CLI. Я считаю, что это проблема/функция пространства имен с npm.

у меня также была ситуация, когда я не смог удалить grunt-cli с функцией удаления npm, как рекомендовано другими участниками выше.

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

это должно вернуть следующее на консоль.

и это покажет вам путь к модулю

в моем случае это было в /usr / local / bin/

как только я попал в папку bin я просто написал

Лучший путь как переустановить Node.Js (Mac/Linux/Windows)

Один из простейших путей как установить Node.Js это пойти на официальный сайт, скачать установочный файл и установить его. Позже разработчики столкнулись с ситуацией, когда им нужно сменить версию Node.js на другую или обновить текущую версию.
Это все еще возможно — установить другую версию с официального сайта, но как много нод уже установлено в системе?

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

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

Напишите эту команду в терминале. Brew удалит все установленные версии Node.Js

После этого, лучше всего, запустить brew cleanup, это удалит все неиспользуемые зависимости и папки.

Если ваша Node.js была установлена по другому, это не проблема. Вы можете удалить вручную. Есть куча папок, они могут быть удалены одна за одной через файндер или терминал.

Список папок, где находятся Node.js и npm

• node и/или node_modules в папке /usr/local/lib
• node и/или node_modules в папке /usr/local/include
• node, node-debug, и node-gyp в /usr/local/bin
• .npmrc в вашей домашней директории ( Это настройки npm, не удаляйте этот файл, если хотите далее переустановить Node.js )
• .npm в вашей домашней директории
• .node-gyp в вашей домашней директории
• .node_repl_history в вашей домашней директории
• node* в /usr/local/share/man/man1/
• npm* в /usr/local/share/man/man1/
• node.d в /usr/local/lib/dtrace/
• node в /opt/local/bin/
• node в /opt/local/include /
• node_modules в /opt/local/lib/
• node в /usr/local/share/doc/
• node.stp в /usr/local/share/systemtap/tapset/

В случае, если вы не хотите вручную искать и удалять все эти папки и файлы, вы можете ввести одну простую команду в терминал:

Эта команда не трогает вашу домашнюю директорию, так что в дальнейшем вы можете сами решить, что делать с сохранившимися файлами.

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

После всех этих команд, Node.js и npm будут полностью удалены с вашего компьютера.

После очистки, мы можем продолжить с установкой новой версии Node.js. Но мы сделаем это не прямым путем. Потому что если мы сделаем это по обычному, мы все еще будем иметь ту же проблему с кучей версий в будущем.

Для решения этой проблемы, мы должны установить дополнительную маленький скрипт: NVM

У данного скрипта есть единственная зависимость — установленная Command Line Tools. Если у вас все еще это не установлено, вы должны запустит команду в терминале:

Итак, мы готовы установить NVM. Простейший путь это сделать — .sh скрипт.

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

0.37.2 — последняя версия на день написания статьи. Версия может быть проверена на странице NVM в GitHub

Конечно, это может быть установлено вручную. Вы нужно склонировать репозиторий и добавить необходимы файлы в PATH. Детальная инструкция описана в NVM ReadMe. Это будет полезно если вам нужно использовать NVM в CI пайплайн. Я бы рекомендовал добавить NVM в Docker image, который использует ваш пайплайн.

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

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

Если вы хотите установит LTS версию, но с последней версией npm, сделайте следующее:

Используя флаги, вроде —lts вы можете использовать любую версию.

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

После установки, вам нужно выбрать дефолтную версию для вашей системы:

Шпаргалка по пакетному менеджеру NPM

Установка npm

Обновление npm

Есть несколько способов чтобы обновить npm. Я предпочитаю:

Поиск пакетов в npm

Подсказка: Можно также использовать search.npmjs.org
Вторая подсказка: Для поиска необходимо знать имя нужного пакета (всё прекрасно ищет по любому слову как в имени пакета, так и в его описании, может неправильно перевёл?)

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

Локальная установка пакетов

Для демонстрации возьмём пакет http-server.
http-server is a package we’ve written which provides an easy to use wrapper around node’s core http.Server class. This module makes for a good example, since it’s API provides both a CLI binary and a requirable node.js module.
http-server — пакет, который мы написали, предоставляет более простой интерфейс в использовании базового модуля http.Server из node.js. Этот модуль хороший пример использования API как для бинарного CLI, так и для подключаемого модуля node.js.

Так мы установим http-server в нашей рабочей директории.
Вы увидите новую папку в node_modules. Сейчас можете не обращать на это внимание.

Установка пакета в наше приложение

test.js

Обратите внимание, как мы делаем: require(‘http-server’)? Что это за магия? (автор молодец)
http-server не является базовым модулем node.js. Этот пакет мы только что установили из npm. Node.js и npm взаимодействуют и автоматически подключают наши локальные модули из node_modules директории.

Понимание разницы между глобальной и локальной установкой

test.js

теперь запустим наш скрипт

мы получим эту ошибку:

Это вполне логично, мы установили http-server локально в «/mynewapp/», а не в «/anotherapp/».
Есть два решения в этой ситуации:
а) Установить ещё раз пакет, но локально в наше новое приложение

б) Установить пакет глобально

Глобальная установка пакетов

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

Флаг -g означает, что http-server должен быть установлен глобально и быть доступными для всех приложений.
Теперь мы можем вызывать его require(‘http-server’) в любом нашем приложении.

Кроме того, поскольку http-server пакет имеет свой исполняемый файл, то этот файл также будет установлен как исполняемый http-server и доступен в командах.
Теперь вы можете просто запустить команду:

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

Удаление глобально установленного пакета

Установка определённой версии пакета

Установка модуля с Github

Важно. В некоторых случаях будут патчи, форки или ветви, которые вы хотите использовать, но которые еще не были опубликованы в npm. К счастью исходные коды для большинства npm модулей также доступна на www.github.com

Теперь наша клонированная версия http-server связана локально.

Связи любых пакетов локально

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

На нашу локальную версию http-server создана «связана» для нашей локальной машины. (связь создаётся как «copy-paste», с начало нужно перейти в нужный катало и сделать «copy», потом перейти в нужный каталог и сделать «paste». Так вот сейчас мы изучили как делается «copy», а ниже будет про «paste» этого модуля)

Связи локальных пакетов для нескольких приложений

Как мы видели ранее npm устанавливает пакеты в локальный каталог по умолчанию. Так вот npm ссылка(связь) работает почти так же.

Мы указываем, что теперь создали связь из http-server в наше новое приложение newapp. Если бы мы не выполнили npm link http-server, то получили бы ошибку об отсутствующем модуле. (а вот наш и «paste» о чём я писал выше, теперь вам должна быть понятна логика создания связей)

Отмена связи между пакетами приложения

(здесь мы просто отменяем наш «paste» для этого приложения)

Отмена связи пакета в системе

(здесь мы отменяем наш «copy» для этого пакета)

Создание нового пакета

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

Добавление нового пользователя

Публикация пакета в репозиторий npm

Удаление пакета из репозитория npm

Управление правами доступа к пакетам в репозитории npm

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

How to completely remove node.js from Windows

I uninstalled my previous version of node.js (0.8.11) and downloaded the latest, 0.10.24 from the node.js website and installed it. However, after running node —version , it still indicates that I’m running v0.8.11. Obviously, some stuff was left behind during the uninstall process, and it’s causing me to have all sorts of errors when trying to add modules through npm. I’ve seen solutions to this for OSX and Linux, but couldn’t find anything for Windows. I’m running Windows 7 64-bit.

8 Answers 8

###How to remove Node.js from Windows:

Take a deep breath.

Run npm cache clean —force

Uninstall from Programs & Features with the uninstaller.

Reboot (or you probably can get away with killing all node-related processes from Task Manager).

Look for these folders and remove them (and their contents) if any still exist. Depending on the version you installed, UAC settings, and CPU architecture, these may or may not exist:

Check your %PATH% environment variable to ensure no references to Nodejs or npm exist.

If it’s still not uninstalled, type where node at the command prompt and you’ll see where it resides — delete that (and probably the parent directory) too.

Reboot, for good measure.

100 MB. – Spooky May 6 ’14 at 20:01

Scenario: Removing NodeJS when Windows has no Program Entry for your Node installation

I ran into a problem where my version of NodeJS (0.10.26) could NOT be uninstalled nor removed, because Programs & Features in Windows 7 (aka Add/Remove Programs) had no record of my having installed NodeJS. so there was no option to remove it short of manually deleting registry keys and files.

Command to verify your NodeJS version: node —version

I attempted to install the newest recommended version of NodeJS, but it failed at the end of the installation process and rolled back. Multiple versions of NodeJS also failed, and the installer likewise rolled them back as well. I could not upgrade NodeJS from the command line as I did not have SUDO installed.

SOLUTION: After spending several hours troubleshooting the problem, including upgrading NPM, I decided to reinstall the EXACT version of NodeJS on my system, over the top of the existing installation.

That solution worked, and it reinstalled NodeJS without any errors. Better yet, it also added an official entry in Add/Remove Programs dialogue.

Now that Windows was aware of the forgotten NodeJS installation, I was able to uninstall my existing version of NodeJS completely. I then successfully installed the newest recommended release of NodeJS for the Windows platform (version 4.4.5 as of this writing) without a roll-back initiating.

It took me a while to reach sucess, so I am posting this in case it helps anyone else with a similar issue.