как удалить npm полностью windows
Как полностью удалить node.js из Windows
6 ответов
Как удалить Node.js из Windows:
Сделай глубокий вдох.
Удаление из программ и компонентов с помощью деинсталлятора.
Найдите эти папки и удалите их (и их содержимое), если они еще существуют. В зависимости от установленной версии, настроек UAC и архитектуры процессора, они могут существовать или не существовать:
Перезагрузитесь, для хорошей меры.
Сценарий: удаление NodeJS, когда Windows не имеет ввода программы для вашей установки Node
У меня возникла проблема, когда моя версия NodeJS (0.10.26) НЕ удалялась и не удалялась, потому что в программах и компонентах Windows 7 (aka Add/Remove Programs) не было записи о том, что я установил NodeJS. поэтому не было возможности удалить его из-за ручного удаления ключей и файлов реестра.
Я попытался установить новейшую рекомендованную версию NodeJS, но она не смогла в конце процесса установки и откат. Несколько версий NodeJS также потерпели неудачу, и установщик также откатил их обратно. Я не смог обновить NodeJS из командной строки, поскольку у меня не было установлен SUDO.
РЕШЕНИЕ: после нескольких часов устранения неполадки, включая обновление NPM, я решил переустановить ТОЧНУЮ версию NodeJS в моей системе поверх верхней установки.
Это решение сработало, и он повторно установил NodeJS без каких-либо ошибок. Еще лучше, он также добавил официальную запись в диалоговом окне «Установка и удаление программ».
Теперь, когда Windows знала о забытой установке NodeJS, я смог полностью удалить мою существующую версию NodeJS. Затем я успешно установил новейшую рекомендованную версию NodeJS для платформы Windows (версия 4.4.5 на момент написания этой статьи) без инициирования отката.
Мне потребовалось некоторое время, чтобы достичь успеха, поэтому я публикую это на случай, если это поможет кому-то еще с подобной проблемой.
Добавление и удаление пакетов с помощью npm или Yarn
Одна из лучших особенностей открытого кода и экосистем современных языков программирования заключается в том, что код, который вы собираетесь написать, вероятнее всего, уже написан и готов к использованию.
Для Node.js уже написано множество пакетов, и обычно эти пакеты созданы умными и опытными людьми, которые продумали кучу вещей, о которых менее опытный разработчик мог не подумать.
В этом мануале мы обсудим работу с инструментами npm и yarn. Обе эти команды довольно популярны, вы могли сталкиваться с ними в других статьях по Node.js. Если же вы никогда не слышали о них: npm и yarn – это менеджеры пакетов для Node.js. Оба они используют файл package.json и работают очень похожим образом.
Если у вас уже есть локальная установка Node.js, вероятно, у вас установлен и npm. Если вы предпочитаете использовать yarn, но у вас нет этой команды, вы можете ознакомиться с инструкциями по установке yarn здесь.
В зависимости от вашей системы вы также можете установить эти команды с помощью вашего менеджера пакетов.
Кроме того, некоторые пакеты мы будем устанавливать глобально, а другие – как зависимость проекта. Для работы с этим мануалом можно использовать уже существующий проект или создать простой тестовый проект в каталоге /tmp, например:
Эти команды создают файл package.json, в который мы будем добавлять и удалять пакеты.
Добавление зависимости разработки в проект
Не все зависимости одинаковы – некоторые из них требуются только при разработке. Эти зависимости тоже важны, но в производстве они могут замедлить развертывание, поскольку для их установки требуется время.
В качестве примера зависимостей разработки можно привести утилиты тестирования типа mocha или jest. Такие пакеты мы можем установить как зависимости разработки и добавить в раздел devDependencies нашего файла package.json:
Добавление зависимостей производства в проект
Некоторые зависимости критически важны для приложения и всегда должны устанавливаться независимо от среды – и в разработке, и в производстве без них никуда. Это зависимости производства, обычно к ним относятся такие пакеты, как express или react.
Добавить зависимость производства в проект так же просто, как и зависимости разработки, но вместо devDependencies их следует помещать в раздел dependencies:
Глобальная установка зависимостей
Иногда бывает необходимо установить пакет вне текущего проекта, чтобы он был доступен для всех проектов в текущей системе. Такие пакеты устанавливаются глобально. Чаще всего они включают утилиты, которые необходимо запускать вместе с другими утилитами командной строки:
Удаление зависимости из проекта
В жизни каждого проекта наступает момент, когда зависимость, которая когда-то казалась жизненно необходимой, больше не выполняет никакой функции. В таком случае всегда лучше удалить код (при условии, что вы все хорошо протестировали и уверены, что после удаления ничего не сломается).
Чтобы удалить из проекта зависимость разработки или производства, используйте:
# NPM
$ npm uninstall jest
# Shorthand version
$ npm r jest
# Yarn
$ yarn remove jest
Это удалит пакеты из node_modules, а также уберет зависимость из package.json. Некоторые версии этих команд также показывают обновления файла.
Глобальное удаление пакета
Удаление глобально установленного пакета выполняется так же, как удаление пакета из проекта, только вы должны передать аргумент global (его же мы использовали при глобальной установке).
Шпаргалка по пакетному менеджеру 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/».
Есть два решения в этой ситуации:
а) Установить ещё раз пакет, но локально в наше новое приложение
б) Установить пакет глобально
Глобальная установка пакетов
Если вы хотите чтобы пакет был доступен всем приложениям, его нужно установить глобально:
Кроме того, поскольку 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
Вы можете задать права доступа других пользователей к опубликованному пакету:
Как удалить пакет npm?
Я установил grunt с помощью sudo npm install grunt и я не могу удалить его.
но ей дают предупредить:
но я все еще могу называть grunt из командной строки.
редактировать:
почему у меня есть 2 каталога с npm? Безопасно ли просто удалить его?
4 ответов
удалить npm модуль из проекта node_modules папку, выполните:
можно также удалить локальную установку зависимостей / модулей, удалив ее каталог из локального node_modules папка. Да, это безопасно удалить зависимости есть.
удалить npm модуль, который был установлен глобально, запустите:
не имеет значения, откуда вы запускаете эту команду.
установить npm модуль, выполните: (только как пример)
npm install (если есть в корне проект)
хорошие вещи, чтобы знать о грунт:
grunt и grunt-cli это две разные вещи.
grunt устанавливается только локально (с помощью команды npm install grunt ).
On npm и sudo
цитирую Исаак З. Шлютер на введение в НПМ статьи:
я настоятельно рекомендую вам не делать управление пакетами с sudo! Пакеты могут запускать произвольные Скрипты, что делает sudoing командой диспетчера пакетов так же безопасно, как стрижка бензопилой. Конечно, это быстро и определенно собирается сократить через любые препятствия, но вы действительно можете захотеть, чтобы это препятствие оставалось там.
рекомендую делая это один раз вместо:
это устанавливает вашу учетную запись пользователя как владельца каталога / usr / local, так что вы можете просто отдавайте обычные команды. Тогда вам никогда не придется использовать sudo, когда вы установите узел или выполните команды npm.
так гораздо лучше. в конце концов, /usr/local должен быть тем, что вы установили.
еще один улов, упомянутый Андрей Karpushonak:
существуют определенные проблемы безопасности и функциональные ограничения что касается изменения права собственности /usr / local на текущего пользователя:
то же самое случилось со мной. По делу
я получил путь / usr / local/bin/. Внутри была папка. Но при выполнении команды (даже из пути / usr / local/bin/):
получил предупреждение удаление не установлено
решение: оказывается, я установил с помощью команды
и при попытке удалить просто набирал grunt
Итак, как только я бегу
грунт есть удаленный.
хотя у вас есть упоминание в вопросе, что вы запускаете
но все же проверьте, делаете ли вы ту же ошибку и запустите ее с помощью grunt-cli
в некоторых случаях может потребоваться использовать функцию npm «удалить пакет».
» это удаляет пакет, полностью удаляя все npm, установленные от его имени.»
в третьем блоке кода Вы разместили следующее сообщение:
Я нашел, что с помощью
команды в CLI / консоли обеспечивает неполный и запутанный выход.
обе эти команды вернут путь грунт-интерфейс командной строки установка, но верните это просто как грунт.
не удается вернуть любой вывод в консоль CLI. Я считаю, что это проблема/функция пространства имен с npm.
у меня также была ситуация, когда я не смог удалить grunt-cli с функцией удаления npm, как рекомендовано другими участниками выше.
единственное, что сработало для меня, это использование npm удалить функцию с полным именем программы как показано ниже.
это должно вернуть следующее на вашу консоль.
Как удалить пакет npm?
Я установил grunt с помощью sudo npm install grunt и я не могу удалить его.
но это дают предупредить:
но я все еще могу называть grunt из командной строки.
EDIT:
почему у меня есть 2 каталога с npm? Безопасно ли просто удалить его?
4 ответов:
удалить npm модуль из проекта node_modules папку, выполните:
можно также удалить локальную установку зависимостей / модулей, удалив ее каталог из локального node_modules папка. Да, это безопасно удалить зависимости есть.
удалить npm модуль, который был установлен глобально, запустите:
не имеет значения, откуда вы запускаете эту команду.
установить npm модуль, выполните: (только как пример)
npm install (если есть package.json файл в корне вашего проект)
хорошие вещи, чтобы знать о грунт:
grunt и grunt-cli это две разные вещи.
grunt устанавливается только локально (с помощью команды npm install grunt ).
On npm и sudo
цитирую Isaac Z. Schlueter на введение в npm статьи:
я настоятельно рекомендую вам не делать управление пакетами с sudo! Пакеты могут запускать произвольные сценарии, что делает sudoing командой диспетчера пакетов так же безопасно, как стрижка бензопилой. Конечно, это быстро и определенно собирается сократить через любые препятствия, но вы действительно можете захотеть, чтобы это препятствие осталось там.
рекомендую делая это один раз вместо:
это устанавливает вашу учетную запись пользователя в качестве владельца каталога / usr / local, так что вы можете просто выдавайте там обычные команды. Тогда вам никогда не придется использовать sudo, когда вы установите узел или выполните команды npm.
так гораздо лучше. /usr / local должен быть тем, что вы установили, в конце концов.
еще один улов, упомянутый Андрей Карпушонак:
существуют определенные проблемы безопасности и ограничения функциональности что касается изменения владельца /usr / local на текущего пользователя:
то же самое произошло и со мной. На делать
получил предупреждение, удалить не установлено
решение : получается, что я установил с помощью команды
и при попытке удалить просто набрал grunt
так что как только я бегу
грунт есть удаленный.
хотя вы упомянули в вопросе, что вы запускаете
но все же проверьте, если вы также делаете ту же ошибку и запустить его с grunt-cli
в некоторых случаях может потребоваться использовать функцию npm «удалить пакет».
» это удаляет пакет, полностью удаляя все npm, установленные от его имени.»
в третьем блоке кода Вы разместили следующее сообщение:
я обнаружил, что с помощью
команды в CLI / консоли обеспечивает неполный и запутанный вывод.
обе эти команды вернут путь grunt-cli установка, но вернуть это просто как грунт.
не удается вернуть какие-либо выходные данные на консоль CLI. Я считаю, что это проблема/функция пространства имен с npm.
у меня также была ситуация, когда я не смог удалить grunt-cli с функцией удаления npm, как рекомендовано другими участниками выше.
единственное, что работал для меня было использование npm удалить функцию с полным именем программы как показано ниже.
это должно вернуть следующее на консоль.
и это покажет вам путь к модулю
в моем случае это было в /usr / local / bin/
как только я попал в папку bin я просто написал