Wie verwende ich eine lokale Version eines Moduls in node.js. In meiner App habe ich beispielsweise ein Kaffeeskript installiert:

npm install coffee-script

Dies installiert es in ./node_modulesund der Kaffeebefehl ist in ./node_modules/.bin/coffee. Gibt es eine Möglichkeit, diesen Befehl auszuführen, wenn ich mich im Hauptordner meines Projekts befinde? Ich suche wohl etwas ähnliches wie bundle execin Bundler. Grundsätzlich möchte ich eine Version des Kaffeeskripts angeben, die jeder, der an dem Projekt beteiligt ist, verwenden sollte.

Ich weiß, dass ich das -gFlag hinzufügen kann , um es global zu installieren, damit Kaffee überall gut funktioniert, aber was ist, wenn ich pro Projekt verschiedene Versionen von Kaffee haben möchte?

UPDATE : Wie Seyeong Jeong in der Antwort unten ausführt, können Sie seit npm 5.2.0 verwenden npx [command], was bequemer ist.

ALTE ANTWORT für Versionen vor 5.2.0 :

Das Problem beim Putten

./node_modules/.bin

in Ihren PFAD ist, dass es nur funktioniert, wenn Ihr aktuelles Arbeitsverzeichnis das Stammverzeichnis Ihrer Projektverzeichnisstruktur ist (dh der Speicherort von node_modules)

Unabhängig von Ihrem Arbeitsverzeichnis können Sie den Pfad lokal installierter Binärdateien mit abrufen

npm bin

Mit coffeediesem Bash-Konstrukt können Sie eine lokal installierte Binärdatei ausführen, unabhängig davon, wo Sie sich in der Projektverzeichnishierarchie befinden

PATH=$(npm bin):$PATH coffee

Ich habe dies auf npm-exec aliasiert

alias npm-exec='PATH=$(npm bin):$PATH'

Also jetzt kann ich

npm-exec coffee

die richtige Kopie des Kaffees laufen zu lassen, egal wo ich bin

$ pwd
/Users/regular/project1

$ npm-exec which coffee
/Users/regular/project1/node_modules/.bin/coffee

$ cd lib/
$ npm-exec which coffee
/Users/regular/project1/node_modules/.bin/coffee

$ cd ~/project2
$ npm-exec which coffee
/Users/regular/project2/node_modules/.bin/coffee

Sie müssen nicht mehr manipulieren $PATH!

Ab npm@5.2.0 wird npm mit einem npxPaket geliefert , mit dem Sie Befehle von einem lokalen node_modules/.binoder einem zentralen Cache ausführen können .

Einfach ausführen:

$ npx [options] <command>[@version] [command-arg]...

npxÜberprüft standardmäßig, ob <command>in $PATHoder in den lokalen Projekt-Binärdateien vorhanden ist, und führt dies aus.

npx <command>Wenn Sie anrufen, wenn dies <command>noch nicht in Ihrem $PATHProgramm enthalten ist, wird automatisch ein Paket mit diesem Namen aus der NPM-Registrierung für Sie installiert und aufgerufen. Wenn dies erledigt ist, befindet sich das installierte Paket nirgendwo in Ihrer Welt, sodass Sie sich langfristig keine Sorgen mehr über Umweltverschmutzung machen müssen. Sie können dieses Verhalten verhindern, indem Sie eine --no-installOption angeben.

Für npm < 5.2.0können Sie installieren npxPaket manuell , indem Sie den folgenden Befehl ein :

$ npm install -g npx

Verwenden Sie den npm binBefehl, um das Verzeichnis node modules / bin Ihres Projekts abzurufen

$ $(npm bin)/<binary-name> [args]

z.B

$ $(npm bin)/bower install

Verwenden npm run[-script] <script name>

Nachdem Sie das bin-Paket mit npm in Ihrem lokalen ./node_modulesVerzeichnis installiert haben , ändern package.jsonSie es <script name>wie folgt:

$ npm install --save learnyounode
$ edit packages.json
>>> in packages.json
...
"scripts": {
    "test": "echo \"Error: no test specified\" && exit 1",
    "learnyounode": "learnyounode"
},
...
$ npm run learnyounode

Es wäre schön, wenn die npm-Installation eine Option --add-script oder so hätte oder wenn die Ausführung von npm funktionieren würde, ohne den Skriptblock zu erweitern.

Verwenden Sie npm-run.

Aus der Readme:

npm-run

Suchen und Ausführen lokaler ausführbarer Dateien aus node_modules

Jede ausführbare Datei, die für ein npm-Lebenszyklus-Skript verfügbar ist, steht für zur Verfügung npm-run.

Verwendungszweck

$ npm install mocha # mocha installed in ./node_modules
$ npm-run mocha test/* # uses locally installed mocha executable 

Installation

$ npm install -g npm-run

Update: Ich empfehle diese Methode nicht mehr, sowohl aus den genannten Sicherheitsgründen als auch nicht zuletzt aus dem neueren npm binBefehl. Ursprüngliche Antwort unten:

Wie Sie herausgefunden haben, befinden sich alle lokal installierten Binärdateien in ./node_modules/.bin. Um Binärdateien immer in diesem Verzeichnis anstatt global verfügbarer Binärdateien auszuführen, sollten Sie, falls vorhanden, ./node_modules/.binzuerst in Ihren Pfad einfügen:

export PATH="./node_modules/.bin:$PATH"

Wenn Sie dies in Ihr Feld einfügen ~/.profile, coffeewird es immer ./node_modules/.bin/coffeeverfügbar sein, andernfalls /usr/local/bin/coffee(oder unter welchem ​​Präfix Sie auch Knotenmodule installieren).

Die PATH-Lösung hat das Problem, dass $ (npm bin), wenn es in Ihrem .profile / .bashrc / etc platziert ist, einmal ausgewertet wird und für immer auf das Verzeichnis festgelegt wird, in dem der Pfad zuerst ausgewertet wurde. Wenn Sie stattdessen den aktuellen Pfad ändern, dann Jedes Mal, wenn Sie das Skript ausführen, wächst Ihr Pfad.

Um diese Probleme zu umgehen, habe ich eine Funktion erstellt und diese verwendet. Es ändert Ihre Umgebung nicht und ist einfach zu bedienen:

function npm-exec {
   $(npm bin)/$@  
}

Dies kann dann wie folgt verwendet werden, ohne Änderungen an Ihrer Umgebung vorzunehmen:

npm-exec r.js <args>

Wenn Sie npm behalten möchten, sollte npx das tun, was Sie brauchen.

Wenn Sie auf Garn umsteigen möchten (ein npm-Ersatz durch Facebook), können Sie anrufen:

 yarn yourCmd

Skripte in der Datei package.json haben Vorrang. Wenn keine gefunden werden, wird sie im ./node_modules/.bin/Ordner angezeigt .

Es gibt auch aus, was es lief:

$ yarn tsc
yarn tsc v0.27.5
$ "/home/philipp/rate-pipeline/node_modules/.bin/tsc"

Sie müssen also nicht für jeden Befehl in Ihrem Skript Skripte einrichten package.json.

Wenn Sie ein Skript .scriptsin Ihrem definiert haben package.json:

"tsc": "tsc" // each command defined in the scripts will be executed from `./node_modules/.bin/` first

yarn tscwäre gleichbedeutend mit yarn run tscoder npm run tsc:

 yarn tsc
 yarn tsc v0.27.5
 $ tsc

Update: Wenn Sie auf dem neuesten npm sind (Version> 5.2)

Sie können verwenden:

npx <command>

npxsucht nach dem Befehl im .binVerzeichnis Ihresnode_modules

alte Antwort:

Für Windows

Speichern Sie Folgendes in einer aufgerufenen Datei npm-exec.batund fügen Sie es Ihrer hinzu%PATH%

@echo off
set cmd="npm bin"
FOR /F "tokens=*" %%i IN (' %cmd% ') DO SET modules=%%i
"%modules%"\%*

Verwendungszweck

Dann kannst du es gerne benutzen npm-exec <command> <arg0> <arg1> ...

Zum Beispiel

wdioGehen Sie folgendermaßen vor, um die Installation im lokalen Verzeichnis node_modules auszuführen :

npm-exec wdio wdio.conf.js

dh es wird laufen .\node_modules\.bin\wdio wdio.conf.js

Ich ziehe es vor, mich nicht auf Shell-Aliase oder ein anderes Paket zu verlassen.

Wenn Sie eine einfache Zeile zu scriptsIhrem Abschnitt hinzufügen package.json, können Sie lokale npm-Befehle wie ausführen

npm run webpack

package.json

{
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1",
    "webpack": "webpack"
  },
  "devDependencies": {
    "webpack": "^4.1.1",
    "webpack-cli": "^2.0.11"
  }
}

Wenn Sie möchten, dass Ihre PATH-Variable basierend auf Ihrem aktuellen Arbeitsverzeichnis korrekt aktualisiert wird, fügen Sie dies am Ende Ihres .bashrcÄquivalents hinzu (oder nach allem, was definiert ist PATH):

__OLD_PATH=$PATH
function updatePATHForNPM() {
  export PATH=$(npm bin):$__OLD_PATH
}

function node-mode() {
  PROMPT_COMMAND=updatePATHForNPM
}

function node-mode-off() {
  unset PROMPT_COMMAND
  PATH=$__OLD_PATH
}

# Uncomment to enable node-mode by default:
# node-mode

Dies kann zu einer kurzen Verzögerung führen, wenn die Bash-Eingabeaufforderung gerendert wird (abhängig von der Größe Ihres Projekts, höchstwahrscheinlich). Daher ist sie standardmäßig deaktiviert.

Sie können es in Ihrem Terminal aktivieren und deaktivieren , indem Sie node-modeund node-mode-offsind.

Ich habe immer den gleichen Ansatz wie @guneysus verwendet, um dieses Problem zu lösen. Dabei wird ein Skript in der Datei package.json erstellt und mit npm run script-name ausgeführt.

In den letzten Monaten habe ich jedoch npx verwendet und ich liebe es.

Ich habe beispielsweise ein Angular-Projekt heruntergeladen und wollte die Angular-CLI nicht global installieren. Also, mit npx installiert, anstatt den globalen Winkel cli Befehl (wenn ich ihn installiert hatte) wie folgt zu verwenden:

ng serve

Ich kann dies von der Konsole aus tun:

npx ng serve

Hier ist ein Artikel, den ich über NPX geschrieben habe und der tiefer geht.

zxc ist wie "bundle exec" für nodejs. Es ähnelt der Verwendung von PATH=$(npm bin):$PATH:

$ npm install -g zxc
$ npm install gulp
$ zxc which gulp
/home/nathan/code/project1/node_modules/.bin/gulp

Gleiche @regular's akzeptierte Lösung, aber Fischschalengeschmack

if not contains (npm bin) $PATH
    set PATH (npm bin) $PATH
end

Sie können auch direnv verwenden und die Variable $ PATH nur in Ihrem Arbeitsordner ändern.

$ cat .envrc
> export PATH=$(npm bin):$PATH

Fügen Sie dieses Skript zu Ihrem hinzu .bashrc. Dann können Sie vor Ort anrufen coffeeoder etwas anderes. Dies ist praktisch für Ihren Laptop, aber verwenden Sie es nicht auf Ihrem Server.

DEFAULT_PATH=$PATH;

add_local_node_modules_to_path(){
  NODE_MODULES='./node_modules/.bin';
  if [ -d $NODE_MODULES ]; then
    PATH=$DEFAULT_PATH:$NODE_MODULES;
  else
    PATH=$DEFAULT_PATH;
  fi
}

cd () {
  builtin cd "$@";
  add_local_node_modules_to_path;
}

add_local_node_modules_to_path;

Hinweis : Dieses Skript erstellt einen Aliase des cdBefehls und cdüberprüft node_modules/.binihn nach jedem Aufruf und fügt ihn Ihrem hinzu $PATH.

note2 : Sie können die dritte Zeile in ändern NODE_MODULES=$(npm bin);. Aber das würde den cdBefehl zu langsam machen.

Verwenden Sie für Windows Folgendes:

/* cmd into "node_modules" folder */
"%CD%\.bin\grunt" --version

Ich bin auf dasselbe Problem gestoßen, und ich mag es nicht besonders, Aliase zu verwenden (wie von regulären empfohlen). Wenn Sie sie auch nicht mögen, dann ist hier eine andere Problemumgehung, die ich verwende. Sie müssen zuerst ein winziges ausführbares Bash-Skript erstellen. sag setenv.sh :

#!/bin/sh

# Add your local node_modules bin to the path
export PATH="$(npm bin):$PATH"

# execute the rest of the command
exec "$@"

und dann können Sie /binmit diesem Befehl alle ausführbaren Dateien in Ihrem lokalen verwenden:

./setenv.sh <command>
./setenv.sh 6to5-node server.js
./setenv.sh grunt

Wenn Sie scriptsin package.json verwenden, dann:

...,
scripts: {
    'start': './setenv.sh <command>'
}

Ich würde gerne wissen, ob dies eine unsichere / schlechte Idee ist, aber nachdem ich ein wenig darüber nachgedacht habe, sehe ich hier kein Problem:

Das Ändern der unsicheren Lösung von Linus, um sie am Ende hinzuzufügen, das npm binSuchen des Verzeichnisses zu verwenden und das Skript nur dann aufzurufen, npm binwenn a package.jsonin einem übergeordneten Element vorhanden ist (aus Gründen der Geschwindigkeit), ist das, was ich mir ausgedacht habe zsh:

find-up () {
  path=$(pwd)
  while [[ "$path" != "" && ! -e "$path/$1" ]]; do
    path=${path%/*}
  done
  echo "$path"
}

precmd() {
  if [ "$(find-up package.json)" != "" ]; then
    new_bin=$(npm bin)
    if [ "$NODE_MODULES_PATH" != "$new_bin" ]; then
      export PATH=${PATH%:$NODE_MODULES_PATH}:$new_bin
      export NODE_MODULES_PATH=$new_bin
    fi
  else
    if [ "$NODE_MODULES_PATH" != "" ]; then
      export PATH=${PATH%:$NODE_MODULES_PATH}
      export NODE_MODULES_PATH=""
    fi
  fi
}

Für bashstatt der die Verwendung von precmdHaken, können Sie die Verwendung $PROMPT_COMMANDVariable (Ich habe nicht getestet , aber Sie bekommen die Idee):

__add-node-to-path() {
  if [ "$(find-up package.json)" != "" ]; then
    new_bin=$(npm bin)
    if [ "$NODE_MODULES_PATH" != "$new_bin" ]; then
      export PATH=${PATH%:$NODE_MODULES_PATH}:$new_bin
      export NODE_MODULES_PATH=$new_bin
    fi
  else
    if [ "$NODE_MODULES_PATH" != "" ]; then
      export PATH=${PATH%:$NODE_MODULES_PATH}
      export NODE_MODULES_PATH=""
    fi
  fi   
}

export PROMPT_COMMAND="__add-node-to-path"

Ich bin ein WindowsBenutzer und das hat bei mir funktioniert:

// First set some variable - i.e. replace is with "xo"
D:\project\root> set xo="./node_modules/.bin/"

// Next, work with it
D:\project\root> %xo%/bower install

Viel Glück.

Falls Sie verwenden fish shellund $pathaus Sicherheitsgründen nichts hinzufügen möchten . Wir können die folgende Funktion hinzufügen, um ausführbare Dateien für lokale Knoten auszuführen.

### run executables in node_module/.bin directory
function n 
  set -l npmbin (npm bin)   
  set -l argvCount (count $argv)
  switch $argvCount
    case 0
      echo please specify the local node executable as 1st argument
    case 1
      # for one argument, we can eval directly 
      eval $npmbin/$argv
    case '*'
      set --local executable $argv[1]
      # for 2 or more arguments we cannot append directly after the $npmbin/ since the fish will apply each array element after the the start string: $npmbin/arg1 $npmbin/arg2... 
      # This is just how fish interoperate array. 
      set --erase argv[1]
      eval $npmbin/$executable $argv 
  end
end

Jetzt können Sie Folgendes ausführen:

n coffee

oder mehr Argumente wie:

n browser-sync --version

Hinweis: Wenn Sie ein bashBenutzer sind, können Sie mit @ Bob9630-Antworten Bashs nutzen $@, die in nicht verfügbar sind fishshell.

Fügen Sie in package.json ein Kaffeeskript mit der spezifischen Version ein, die in jedem Projekt erforderlich ist, normalerweise wie folgt:

"dependencies":{
  "coffee-script": ">= 1.2.0"

Führen Sie dann npm install aus, um Abhängigkeiten in jedem Projekt zu installieren. Dadurch wird die angegebene Version des Kaffeeskripts installiert, auf die jedes Projekt lokal zugreifen kann.