Comment désinstaller npm package?

pour désinstaller un npm module du projet node_modules dossier, exécuter:

npm uninstall <module> --save

notez que les modules npm doivent être désinstallés à partir du même répertoire qui contient le dossier node_modules lors de l'exécution de cette commande. L'option --save l'enlèvera également de votre package.json

on peut également supprimer une dépendance locale/installation de module, par suppression de son répertoire dans le dossier local node_modules . Oui, il est sûr d'y supprimer les dépendances.

pour désinstaller un module npm qui a été installé globalement, exécuter:

npm uninstall -g <module>

peu importe d'où vous exécutez cette commande.

pour installer un module npm , exécuter: (à titre de référence seulement)

npm install <module>

...ou:

npm install (s'il y a un fichier package.json à la racine de votre projet)

...ou:

npm install <module> --save-dev (si vous voulez ajouter une version minimale à la dépendance)

les Bonnes choses à savoir à propos de Grunt :

• si vous avez installé grunt stable avant le 18 février 2013 ( the day grunt v0.4.x was released ), vous avez peut-être une version plus ancienne grunt qui persiste encore dans votre système. C'est parce que les versions grunt inférieures à 0.4.x ont été installées globalement, ce qui a causé beaucoup de difficultés lors de la mise à niveau/maintenance des versions.

• grunt et grunt-cli sont deux choses différentes.

  • grunt (sans" cli") est habituellement installé au niveau du projet (lorsqu'il est indiqué comme devDependency dans package.json ) en exécutant npm install . C'est aussi connu comme une installation locale .
  • grunt-cli est la base sous-jacente sur laquelle les versions locales de grunt fonctionnent dans différents projets/dossiers. Il peut être installé localement, mais est plus utile lorsqu'il est installé globalement, une fois.

• grunt n'est installé que localement (en exécutant npm install grunt ).

• grunt-cli est de préférence installée à l'échelle mondiale (en cours d'exécution npm install -g grunt-cli ). grunt-cli officiel npm page encore met en garde contre installation grunt (sans les cli) à l'échelle mondiale.
• si vous voulez désinstaller l'installation globale de grunt-cli , Lancez npm uninstall -g grunt-cli . Cette question sur gruntjs , ce projet prend en charge de cette procédure.
• ne Jamais installer grunt globalement (en cours d'exécution npm install -g grunt ).

Sur npm et sudo

sudo ça ne marche pas bien avec npm . Seulement utilisation si vous devez. Voici deux citations sur les avantages et les inconvénients de son utilisation:

citant Isaac Z. Schlueter sur son Introduction to npm article:

je vous encourage fortement à ne pas faire de gestion de paquets avec sudo! Les paquets peuvent exécuter des scripts arbitraires, ce qui fait de sudoing une commande de gestionnaire de paquets aussi sûr qu'une coupe de tronçonneuse. Bien sûr, c'est rapide et certainement va couper à travers tous les obstacles, mais vous pourriez réellement vouloir que cet obstacle reste là.

je recommande de le faire une fois à la place:

sudo chown -R $USER /usr/local

Qui définit votre compte d'utilisateur que le propriétaire du répertoire /usr/local, de sorte que vous pouvez juste émettre des commandes habituelles. Alors vous n'aurez jamais à utiliser sudo quand vous installer ou nœud du problème mnp commandes.

c'est beaucoup mieux de cette façon. /usr / local est censé être ce que vous avez installé, après tout.

encore une autre prise mentionnée par Andrei Karpushonak :

il y a des problèmes de sécurité et des limitations fonctionnelles concernant la modification de la propriété de / usr / local à l'utilisateur actuel:

• s'il y a un autre utilisateur sur la machine qui pourrait utiliser global paquets npm-ne pas changer la propriété de /usr/local
• https://apple.stackexchange.com/questions/1393/are-my-permissions-for-usr-local-correct
• https://askubuntu.com/questions/261326/is-it-safe-to-chown-usr-local

cela dit, si vous voulez installer global module sans utiliser sudo, Je ne vois pas de meilleure solution (de point de vue pragmatique) que ceux mentionnés. La sécurité par rapport à la facilité d'utilisation est un sujet très large, et il n'y a pas de réponse facile pour cela - tout dépend de vos exigences.