ОБНОВЛЕНИЕ. Как указывает Сеён Чжон в своем ответе ниже, начиная с npm 5.2.0 вы можете использовать npx [command], что более удобно.

СТАРЫЙ ОТВЕТ для версий до 5.2.0:

Проблема с постановкой

./node_modules/.bin

в ваш PATH заключается в том, что он работает только тогда, когда ваш текущий рабочий каталог является корнем структуры каталогов вашего проекта (то есть местоположение node_modules)

Независимо от того, какой у вас рабочий каталог, вы можете получить путь к локально установленным двоичным файлам с помощью

npm bin

Чтобы выполнить локально установленный двоичный файл coffee независимо от того, где вы находитесь в иерархии каталогов проекта, вы можете использовать эту конструкцию bash

PATH=$(npm bin):$PATH coffee

Я назвал это npm-exec

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

Итак, теперь я могу

npm-exec coffee

запускать правильную копию кофе независимо от того, где я

$ 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

Вам больше не нужно манипулировать $PATH!

Из [email protected], npm поставляется с npx пакетом, который позволяет запускать команды из локального node_modules/.bin или из центрального кеша.

Просто запустите:

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

По умолчанию npx проверяет, существует ли <command> в $PATH или в локальных двоичных файлах проекта, и выполняет это.

Вызов npx <command>, когда <command> еще не находится в вашем $PATH, автоматически установит пакет с этим именем из реестра NPM и вызовет его. Когда это будет сделано, установленный пакет не будет нигде в ваших глобальных файлах, поэтому вам не придется беспокоиться о загрязнении в долгосрочной перспективе. Вы можете предотвратить такое поведение, указав параметр --no-install.

Для npm < 5.2.0 вы можете установить пакет npx вручную, выполнив следующую команду:

$ npm install -g npx

Используйте команду npm bin, чтобы получить каталог node modules / bin вашего проекта.

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

e.g.

$ $(npm bin)/bower install

Используйте 1_

После использования npm для установки пакета bin в локальный ./node_modules каталог измените package.json, чтобы добавить <script name> следующим образом:

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

Было бы неплохо, если бы в npm install была опция --add-script или что-то в этом роде, или если бы npm run работал без добавления в блок скриптов.

Обновление: я больше не рекомендую этот метод, как из упомянутых соображений безопасности, так и не в последнюю очередь из-за новой команды npm bin. Оригинальный ответ ниже:

Как вы выяснили, любые локально установленные двоичные файлы находятся в ./node_modules/.bin. Чтобы всегда запускать двоичные файлы в этом каталоге, а не глобально доступные двоичные файлы, если они есть, я предлагаю вам сначала указать ./node_modules/.bin в своем пути:

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

Если вы поместите это в свой ~/.profile, coffee всегда будет ./node_modules/.bin/coffee, если доступно, в противном случае /usr/local/bin/coffee (или любой другой префикс, под которым вы устанавливаете модули узлов).

Используйте npm-run.

Из ридми:

npm-run

Найти и запустить локальные исполняемые файлы из node_modules

Любой исполняемый файл, доступный для сценария жизненного цикла npm, доступен для npm-run.

использование

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

Установка

$ npm install -g npm-run

обновление: если вы используете недавний npm (версия ›5.2)

Вы можете использовать:

npx <command>

npx ищет команду в .bin каталоге вашего node_modules

старый ответ:

Для Windows

Сохраните следующие данные в файле с именем npm-exec.bat и добавьте его в свой %PATH%

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

использование

Тогда вы можете использовать это как npm-exec <command> <arg0> <arg1> ...

Например

Чтобы запустить wdio, установленный в локальном каталоге node_modules, выполните:

npm-exec wdio wdio.conf.js

т.е. он будет работать .\node_modules\.bin\wdio wdio.conf.js

Если вы хотите сохранить npm, то npx должен делать то, что вам нужно.

Если вам подходит переход на пряжу (замена npm на facebook), вы можете позвонить:

 yarn yourCmd

сценарии внутри package.json будут иметь приоритет, если ничего не будет найдено, они заглянут в папку ./node_modules/.bin/.

Он также выводит то, что он запустил:

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

Таким образом, вам не нужно настраивать сценарии для каждой команды в вашем package.json.

Если у вас есть сценарий, определенный в .scripts внутри вашего package.json:

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

yarn tsc будет эквивалентно yarn run tsc или npm run tsc:

 yarn tsc
 yarn tsc v0.27.5
 $ tsc

Решение PATH имеет проблему, заключающуюся в том, что если $ (npm bin) помещается в ваш .profile / .bashrc / etc, он оценивается один раз и навсегда устанавливается в тот каталог, в котором путь был сначала оценен. Если вместо этого вы измените текущий путь, тогда каждый раз, когда вы запускаете скрипт, ваш путь будет расти.

Чтобы обойти эти проблемы, я создал функцию и использовал ее. Он не изменяет вашу среду и прост в использовании:

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

Затем это можно использовать следующим образом, не внося никаких изменений в вашу среду:

npm-exec r.js <args>

Я предпочитаю не полагаться на псевдонимы оболочки или другой пакет.

Добавив простую строку в раздел scripts вашего package.json, вы можете запускать локальные команды npm, например

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"
  }
}

Если вы хотите, чтобы ваша переменная PATH правильно обновлялась в зависимости от вашего текущего рабочего каталога, добавьте это в конец вашего .bashrc-эквивалента (или после всего, что определяет 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

Это может добавить небольшую задержку каждый раз, когда отображается приглашение bash (скорее всего, в зависимости от размера вашего проекта), поэтому по умолчанию он отключен.

Вы можете включить и отключить его в своем терминале, запустив соответственно node-mode и node-mode-off.

Я всегда использовал тот же подход, что и @guneysus, для решения этой проблемы, который создает сценарий в файле package.json и использует его для запуска npm run script-name.

Однако в последние месяцы я использую npx, и мне это нравится.

Например, я загрузил проект Angular и не хотел устанавливать Angular CLI глобально. Итак, с установленным npx вместо использования глобальной команды angular cli (если бы я ее установил), например:

ng serve

Я могу сделать это с консоли:

npx ng serve

Я писал о NPX, и это более подробно.

TL; DR: используйте npm exec с _2 _.

npm exec --no -- jest --coverage