Configuration
npm setnpm set init-author-name 'Votre nom'npm set init-author-email' votre email'npm set init-author-url 'http: //yourdomain.com'npm set init-license' mit '
La commande ci-dessus équivaut à définir la valeur par défaut pour NPM INIT. Lors de l'exécution de NPM init init à l'avenir, le nom de l'auteur, le courrier électronique, la page d'accueil et les champs de licence de package.json écrira automatiquement la valeur prédéfinie. Ces informations seront stockées dans le fichier ~ / .npmrc dans le répertoire domestique de l'utilisateur, afin que l'utilisateur n'ait pas besoin de saisir chaque projet.
Si un projet a des paramètres différents, vous pouvez exécuter NPM Config pour ce projet.
1 et 1
NPM Set Save-Exact True
La commande ci-dessus définit que lors de l'ajout d'un module, package.json enregistrera la version exacte du module, plutôt qu'une plage de version facultative.
2
NPM Config Get Prefix
3 et 3
NPM Config Set Prefix / USR / Local
Utilisation du NPM
Installer:
NPM Installer Grunt-Cli
Avant l'installation, NPM Install vérifiera si le module spécifié existe déjà dans le répertoire Node_Modules. S'il existe, il ne sera plus réinstallé, même si le référentiel distant a déjà une nouvelle version.
Si vous voulez qu'un module soit réinstallé pour NPM, qu'il ait été installé ou non, vous pouvez utiliser les paramètres -f ou - Force.
Installation locale: le package sera téléchargé dans le répertoire actuel et ne peut être utilisé que dans le répertoire actuel. Une fois l'installation terminée, un répertoire Node_Modules supplémentaire est trouvé dans le répertoire actuel et Grunt-Cli est installé.
NPM Install -g Grunt-CLI
Installation globale: le package sera téléchargé sur un répertoire système spécifique, et le package installé peut être utilisé dans tous les répertoires. Maintenant, il est devenu / usr / local / lib / node_modules / grunt-cli, / usr / local / lib / node_modules / est le répertoire d'installation global mentionné précédemment.
1. Installez le module DevDependces configuré dans le fichier répertoire actuel Package.json
Installation de NPM
2. Installez les fichiers de modules locaux
Installation de NPM ./package.tgz
3. Installez le module avec l'URL spécifiée
NPM Installer https://github.com/indexzero/forever/tarball/v0.5.6
4. Installez les modules contenus dans le répertoire spécifié dans le système de fichiers local
NPM Install <hosier>
5. Installer et mettre à jour la configuration de la version dans package.json
NPM Install <name> [Save | Save-Dev | Save-optional]
(1) Les informations sur le nom et la version du module installé avec le paramètre de sauvegarde apparaîtront dans l'option de dépendances de package.json
(2) Les informations sur le nom et la version du module installé avec le paramètre de sauvegarde-DEV apparaîtront dans l'option DevDependces de package.json
(3) Les informations sur le nom et la version du module installé avec le paramètre de sauvegarde apparaîtront dans l'option OptionAndependence de package.json
6. Installez la version spécifiée du module
NPM Install <name> @ <version> Exemple: NPM Install [email protected]
7. Installez une certaine version dans la plage de numéro de version spécifiée du module
NPM Install <name> @ <plage de version>
Exemple:
NPM Install Async @ ”> = 0.2.0 <0.2.9 ″
Force Force tire les ressources distantes même si le module est déjà installé localement
Exemple:
Installation de NPM Force de soulignement
8. G ou module d'installation globale à l'échelle mondiale. Si ce paramètre n'est pas disponible, il sera installé dans le sous-répertoire Node_Modules du répertoire actuel.
Exemple:
NPM Install -g Express
Si vous souhaitez que tous les modules soient réinstallés de force, supprimez le répertoire Node_Modules et réexécutez l'installation NPM.
$ rm -rf node_modules $ npm install
renouveler
Mise à jour NPM [-g] [<name> [<name>…]
Met à jour le module dans la liste des noms spécifiés. Le paramètre -g met à jour le module installé à l'échelle mondiale.
Si le nom n'est pas spécifié et n'est pas dans un certain module, tous les packages qui dépendent du répertoire actuel seront mis à jour (y compris global et module); Si le répertoire actuel se trouve dans un certain répertoire de module, les modules qui dépendent du module seront mis à jour, donc lors de l'exécution de la mise à jour NPM sans spécifier le nom, il est préférable d'exécuter dans un certain module pour éviter de mettre à jour vers d'autres modules qui ne veulent pas être mis à jour.
désinstaller
package de désinstallation NPM
Vérifier
Découvrez quels packages sont installés
npm ls --pth = 0
Afficher des informations spécifiques pour des packages spécifiques
npm ls grunt-clipm info grunt-Cli
recherche
NPM Search Grunt-Cli
libérer
1.Package.json
package.json Description:
Lorsque la commande NPM est exécutée, elle lira le fichier package.json du répertoire actuel et interprétera ce fichier. Ce fichier est basé sur la spécification Packages / 1.1. Dans ce fichier, vous pouvez définir le nom de votre application (nom), la description de l'application (description), les mots clés (mots clés), le numéro de version (version), les éléments de configuration de l'application (config), la page d'accueil (page d'accueil), l'auteur (auteur), les méthodes d'autorisation de ressources (Dédictions), les délais de soumission (Dossences), le fichier d'entrée d'application), Dépendance de l'environnement (DevDependances), moteurs de course (moteurs) et scripts (scripts), etc.
Pour les développeurs, les modules de développement et de publication reposent sur leur compréhension correcte du sens contenu dans ce package de fichiers.json. Utilisons un exemple partagé dans cet article pour illustrer ce qui suit:
{"name": "test", "version": "0.1.0", "Description": "un package de test", "auteur": "un auteur en désordre <messé[email protected]>", "dépendances": {"express": "1.xx", "ejs": "0.4.2", "redis": "> = 0.6.7"}, "DevDependces": {". "main": "index", "bin": {"test": "./bin/test.js"}, "scripts": {"start": "node server.js", "test": "vows test / *. }}Dans cet exemple, nous définissons le fichier d'entrée de l'application (Main) en tant qu'index. Lorsque d'autres applications se réfèrent à notre module requise ('test'), le fichier d'index.js de valeur principale est appelé. Les scripts (scripts) définissent plusieurs commandes différentes à l'aide de la table de hachage. Le Node Server.js défini dans Script.Start sera appelé au début NPM, et les commandes définies dans scripts.test seront appelées lorsque le test NPM sera appelé. Si certains modules natifs doivent être compilés, nous pouvons définir des commandes précompilées et compilées.
Dans cet exemple, le module des dépendances d'application (dépendances) et le module de dépendances d'environnement de développement (DevDependces) sont également définis. Le module dépendant de l'application sera installé dans le répertoire Node_Modules du module actuel lors de l'installation. Les modules de dépendance dans l'environnement de développement sont principalement utilisés dans l'environnement de développement. Utilisez la commande NPM Installer ou Link plus le paramètre -dev pour l'installer dans le répertoire Node_Modules du module actuel.
Nom: le nom du package (car il fera partie de l'URL, les lettres de non-Url-SAFE ne passeront pas, et ".", "_" ne sont pas autorisées à apparaître). Il est préférable de rechercher le nom dans lequel vous avez déjà existé sur [] (http://registry.npmjs.org/)
Version: La version du package. Lorsque le package change, la version doit également changer. En même temps, la version que vous déclarez doit passer la vérification de Semver (Semver peut être googlé par lui-même)
Dépendances: le module de dépendance d'application du package, c'est-à-dire si d'autres souhaitent utiliser ce package, du moins ce qui doit être installé. Le module de dépendance d'application sera installé dans le répertoire Node_Modules du module actuel.
DevDependces: le module de dépendance de développement du package et le code non lié est automatiquement supprimé lorsque le plug-in est publié. Utilisez un fichier pour enregistrer les plug-ins installés ou nécessaires dans le projet actuel, c'est-à-dire que d'autres souhaitent se développer sur ce package, et vous pouvez installer les plug-ins requis pour le projet en un seul clic.
2. Numéro de version
Tout le monde a également remarqué que certains numéros de version dans package.json sont> = 0,6,7 et certains sont 1.xx. Quelle est la différence? NPM est utilisé pour la reconnaissance de la version sémantique pour la gestion des versions. Tous les modules ne fournissent pas de compatibilité arrière, et parfois certains modules ne sont pas compatibles en arrière pour une raison quelconque. Nous devons donc définir certaines règles pour nous assurer que le module peut être disponible dans certaines versions spécifiques et pour nous assurer que la dernière version peut être utilisée, car ces versions modifient toujours certains bogues ou améliorent les performances, etc. Voyons les champs définis par la version:
Exemple: 0.4.2
+ Grande version (0)
+ Petite version (4)
+ Version du patch (2)
Lorsqu'un logiciel est publié, la valeur par défaut est la version 1.0.0. Si le patch est publié à l'avenir, le dernier chiffre est ajouté, comme 1.0.1; Si de nouvelles fonctions sont ajoutées et que les fonctions d'origine ne sont pas affectées, le nombre intermédiaire (c'est-à-dire le petit numéro de version), tel que 1.1.0; Si les modifications introduites détruisent la compatibilité en arrière, le premier chiffre est ajouté, tel que 2.0.0.
Dans la définition ci-dessus de package.json, nous sommes sûrs que le module peut s'exécuter dans toutes les versions Nodejs 0,4 et au-dessus et en dessous de 0,5. Le module dépendant redis peut fonctionner sur toutes les versions supérieures ou égales à 0,6,7. Le module dépendant EJS ne peut que s'assurer qu'il s'exécute dans la version 0.4.2. Le module dépendant Express peut être compatible avec 1,0,0 ou égal à 2.0.0.
générer
npm init
Utilisé pour initialiser et générer un nouveau fichier package.json. Il demandera aux utilisateurs une série de questions. Si vous pensez que vous n'avez pas besoin de modifier la configuration par défaut, appuyez simplement sur Entrée tout le long.
Si -f (représentant la force) et -y (représentant oui), sautez l'étape de questionnement et générez directement un nouveau fichier package.json.