Je développe deux modules pour NodeJS, le premier nommé aligatoret le second aligator-methods. Le deuxième dépend du premier à travailler. Je développe ces deux modules en même temps et je souhaite créer un lien global aligatorpour pouvoir l'utiliser comme sur le registre npm et je viens de l'installer globalement. Pour faire cette documentation NPM dit que je dois utiliser npm linkmais cela ne fonctionne pas.

Fichier package.jsondu module aligator:

{
  "name": "aligator",
  "version": "0.0.1",
  "description": "",
  "main": "index.js",
  "private": true,
  "directories": {
    "doc": "docs",
    "example": "examples",
    "test": "spec"
  },
  "scripts": {
    "test": "gulp jasmine"
  },
  "license": "MIT",
  "devDependencies": {
    "gulp": "^3.6.2",
    "gulp-jasmine": "^0.2.0",
    "gulp-jshint": "^1.6.1",
    "gulp-rename": "^1.2.0",
    "jasmine-node": "^1.14.3"
  },
  "dependencies": {
    "bluebird": "^1.2.4",
    "lodash": "^2.4.1",
    "mathjs": "^0.22.0"
  }
}

Fichier package.jsondu module aligator-methods:

{
 "name": "aligator-methods",
 "version": "0.0.1",
 "description": "",
 "main": "index.js",
 "private": true,
 "directories": {
   "doc": "docs",
   "example": "examples",
   "test": "jasmine"
 },
 "scripts": {
   "test": "gulp jasmine"
 },
 "author": "",
 "license": "MIT",
 "devDependencies": {
   "gulp": "^3.6.2",
   "gulp-jasmine": "^0.2.0",
   "gulp-jshint": "^1.6.1",
   "gulp-rename": "^1.2.0",
   "jasmine-node": "^1.14.3"
 },
 "dependencies": {
   "lodash": "^2.4.1",
   "mathjs": "^0.22.0",
   "aligator": "^0.0.1"
 }
}

Tout d'abord, j'ai lié le module globalement:

$ cd ~/aligator
$ npm link
/usr/local/lib/node_modules/aligator -> /Users/roc/aligator

Ceci si je ne me trompe pas a créé une référence globale de mon module aligatoret maintenant je peux utiliser ce module de partout où je veux dans l'ordinateur.

Ensuite, je suis allé à l'autre module et j'ai essayé d'installer la dépendance mais cela m'a donné cette sortie:

$ cd ~/aligator-methods
$ npm install
npm ERR! 404 404 Not Found: aligator
npm ERR! 404
npm ERR! 404 'aligator' is not in the npm registry.
npm ERR! 404 You should bug the author to publish it
npm ERR! 404 It was specified as a dependency of 'aligator-methods'
npm ERR! 404
npm ERR! 404 Note that you can also install from a
npm ERR! 404 tarball, folder, or http url, or git url.

npm ERR! System Darwin 13.2.0
npm ERR! command "node" "/usr/local/bin/npm" "install"
npm ERR! cwd /Users/roc/aligator-methods
npm ERR! node -v v0.10.28
npm ERR! npm -v 1.4.16
npm ERR! code E404
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /Users/roc/aligator-methods/npm-debug.log
npm ERR! not ok code 0

J'ai même essayé de le lier directement avec:

$ cd ~/aligator-methods
$ npm link aligator
/Users/roc/aligator-methods/node_modules/aligator -> /usr/local/lib/node_modules/aligator -> /Users/roc/aligator

Mais cela n'a pas fonctionné non plus.

Des pensées sur ce qui pourrait se passer? J'ai lu quelque part que cela avait peut-être quelque chose à voir avec mon installation de node et npm parce qu'il a été fait par Homebrew et que parfois j'ai besoin de l'utiliser sudo, cela semblait peu probable mais j'ai essayé ce qu'ils proposaient et cela n'a pas fonctionné non plus.

J'ai rencontré ce problème à cause de NVM, j'utilisais une version de nœud pour la dépendance et une autre pour la personne à charge.

La suppression package-lock.jsonpuis la réexécution ont npm installrésolu le problème pour moi.

Le problème était que la mainpropriété de package.jsonpointait vers un fichier inexistant. Il semble que le problème puisse survenir pour plusieurs raisons, alors assurez-vous de jeter un coup d'œil à d'autres réponses.

Lorsque vous exécutez pour la première fois à npm linkpartir du aligatorrépertoire, vous créez un lien à partir de votre répertoire global node_modules vers aligator. Ensuite, lorsque vous exécutez le à npm link aligatorpartir du aligator-methodsrépertoire, vous aligatorcréez un lien depuis vos node_modules installés localement vers la source d'origine (comme le montre la sortie dans votre exemple ci-dessus). Une fois cela fait, il ne devrait plus être nécessaire d'installer car il est déjà "installé". Quelles erreurs voyez-vous après avoir exécuté la npm link aligatorcommande?

Si vous souhaitez simplement installer une dépendance à partir d'un répertoire local, vous pouvez simplement essayer d'utiliser à la npm installplace. Par exemple:

$ cd ~ / méthodes d'aligator
$ npm install ../aligator

Mon problème a finalement été que le repo A utilisait npmet le repo B utilisait yarn, donc je devais exécuter yarn linkdans le repo B afin de le récupérer via le npm link package-namerepo A.

Correctif pour ma version de ce problème; dans npm v5.3.0, j'ai supprimé node_modulesdu repo que je liais à un autre projet.

J'ai découvert qu'après npm v3, ils essayaient de mettre toutes les dépendances node_modules dans un répertoire node_modules (un dans votre projet) pour aplatir la structure autant que possible ( http://codetunnel.io/npm-5-changes-to-npm -link / ).

Ce qui a fonctionné pour moi était de:

1. Supprimez le node_modulesdans la dépendance et le module consommateur.
2. Courir npm unlink --no-save [dependency-module]
3. re-link avec les commandes 2-link selon npm-link

Maintenant, je suis en mesure de tester entièrement mon module non publié localement.

De plus, il existe une commande npm pack qui peut vous aider à tester vos modules non publiés, mais pas aussi robustes.

npm-pack

Pour moi, cela s'est produit lorsque j'ai diminué le numéro de version de mon package local de 0.1.0 à 0.0.1. Et dans les projets où j'ai lié à ce package, j'utilisais toujours le numéro de version le plus élevé. La mise à jour des dépendances a été package.jsoncorrigée.

Lors de l'utilisation de peerDependency

Je développe deux packages stejs, et stejs-loader. stejs-loadera stejscomme un peerDependency. Quand j'ai couru npm link stejs-loaderet npm link stejsdans mon projet, j'obtenais une erreur qui stejs-loaderne pouvait pas être trouvée stejs. Je l'ai réparé en exécutant npm link stejsdans le répertoire de stejs-loader.

Vérifiez le module tsconfig

Si, comme moi, vous avez changé le tsconfig modulede es5à esnextou quelque chose, alors la moduleResolutionvaleur par défaut a peut-être changé.

Sans moduleResolutionêtre défini sur "node", le typecript ne résoudra pas les packages node_modules.

Vous pouvez lire sur la page Options du compilateur comment la valeur par défaut dépend de la valeur de module, dont la valeur par défaut dépend à son tour target- mais définissez-la probablement sur "node" explicitement.