Универсальный Node.js Шебанг?

Node.js очень популярен в наши дни, и я написал для него несколько скриптов. К сожалению, совместимость является проблемой. Официально должен вызываться интерпретатор Node.js node, но nodejsвместо этого Debian и Ubuntu поставляют исполняемый файл .

Мне нужны переносимые скрипты, с которыми Node.js может работать в максимально возможном количестве ситуаций. Предполагая, что имя файла есть foo.js, я действительно хочу, чтобы скрипт выполнялся двумя способами:

1. ./foo.jsзапускает скрипт, если либо nodeили nodejsнаходится в $PATH.
2. node foo.jsтакже запускает скрипт (при условии, что вызывается переводчик node)

Примечание . Ответы xavierm02 и меня являются двумя вариантами сценария полиглота. Я все еще заинтересован в чистом решении Шебанга, если таковое существует.

Лучшее, что я придумал, - это «двухстрочный шебанг», который на самом деле является сценарием полиглота (Bourne shell / Node.js):

#!/bin/sh
':' //; exec "$(command -v nodejs || command -v node)" "$0" "$@"

console.log('Hello world!');

Первая строка - это, очевидно, оболочка Борна. Node.js обходит любой обнаруженный шебанг, так что это допустимый файл javascript в отношении Node.js.

Вторая строка вызывает оболочку no-op :с аргументом //и затем выполняет nodejsили nodeс именем этого файла в качестве параметра. command -vиспользуется вместо whichдля переносимости. Синтаксис подстановки команд $(...)не является строго Bourne, поэтому выбирайте обратные пометки, если вы запустите это в 1980-х годах.

Node.js просто оценивает строку ':', которая похожа на no-op, а остальная часть строки анализируется как комментарий.

Остальная часть файла - просто старый javascript. Подоболочка закрывается после завершения execвторой строки, поэтому остальная часть файла никогда не читается оболочкой.

Спасибо xavierm02 за вдохновение и всем комментаторам за дополнительную информацию!

#!/bin/sh
//bin/false || `which node || which nodejs` << `tail -n +2 $0`
console.log('ok');

//bin/falseэто то же самое, /bin/falseза исключением того, что второй слеш превращает его в комментарий для узла, и именно поэтому он здесь. Затем ||оценивается правая сторона первого . 'which node || which nodejs'с кавычками вместо кавычек запускает узел и <<кормит его тем, что находится справа. Я мог бы использовать разделитель, начинающийся с //того же, что и dancek, он бы сработал, но я нахожу более чистым, чтобы в начале было только две строки, поэтому я имел обыкновение tail -n +2 $0читать сам файл, кроме первых двух строк.

И если вы запускаете его в узле, первая строка распознается как шебанг и игнорируется, а вторая - как однострочный комментарий.

(Очевидно, sed можно использовать для замены содержимого файла tail tail без первой и последней строк )

Ответ перед редактированием:

#!/bin/sh
`which node || which nodejs` <<__HERE__
console.log('ok');
__HERE__

Вы не можете делать то, что хотите, поэтому вместо этого вы запускаете скрипт оболочки, отсюда и #!/bin/sh. Этот сценарий оболочки получит путь к файлу, необходимому для выполнения узла, то есть which node || which nodejs. Обратные 'which node || which nodejs'кавычки здесь, чтобы он выполнялся, поэтому (с обратными кавычками вместо кавычек) просто вызывается узел. Затем вы просто кормите свой сценарий для него <<. Это __HERE__разделители вашего сценария. И console.log('ok');это пример скрипта, который вы должны заменить своим скриптом.

Это проблема только в системах на основе Debian, где политика преодолела смысл.

Я не знаю, когда Fedora предоставила двоичный файл с именем nodejs, но я никогда не видел его. Пакет называется nodejs и устанавливает двоичный файл с именем node.

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

#!/usr/bin/env node

console.log("Spread the love.");

Если вы не возражаете против создания небольшого .shфайла, у меня есть для вас небольшое решение. Вы можете создать небольшой скрипт оболочки, чтобы определить, какой исполняемый файл узла использовать, и использовать этот скрипт в своем шебанге:

shebang.sh :

#!/bin/sh
`which node || which nodejs` $@

script.js :

#!./shebang.sh
console.log('hello');

Пометить как исполняемый файл, так и запустить ./script.js.

Таким образом, вы избегаете сценариев полиглота. Я не думаю, что использование нескольких линий Шебанга возможно, хотя это кажется хорошей идеей.

Хотя это решает проблему так, как вы хотите, похоже, никто не заботится об этом. Например, uglifyjs и coffeescript использует #!/usr/bin/env node, npm использует сценарий оболочки в качестве точки входа, которая снова вызывает исполняемый файл явно с именем node. Я пользователь Ubuntu, и я не знал этого, так как я всегда компилирую узел. Я собираюсь сообщить об этом как об ошибке.

Просто для полноты вот пара других способов сделать вторую строку:

// 2>/dev/null || echo yes
false //|| echo yes

Но ни один из них не имеет никакого преимущества перед выбранным ответом:

':' //; || echo yes

Кроме того, если вы знали, что будет найден один nodeили nodejs(но не оба), следующие работы:

exec `command -v node nodejs` "$0" "$@"

Но это большое «если», поэтому я думаю, что выбранный ответ остается лучшим.

Я понимаю, что это не отвечает на вопрос, но я убежден, что вопрос задается с ложной предпосылкой.

Ubuntu здесь не так. Написание универсального шебанга для вашего собственного скрипта не изменит другие пакеты, над которыми вы не имеете никакого контроля, которые используют стандарт де-факто #!/usr/bin/env node. Ваша система должна обеспечить nodeв , PATHесли он желает для любых сценариев , ориентированных на nodejs , чтобы работать на нем.

Например, даже npmпакет, предоставленный Ubuntu, не переписывает shebangs в пакетах:

$ cd
$ rm -rf test_npm
$ mkdir test_npm
$ cd test_npm
$ npm install mkdirp 2>&1 | grep -ve home
`-- mkdirp@0.5.1
  `-- minimist@0.0.8

npm WARN test_npm No description
npm WARN test_npm No repository field.
npm WARN test_npm No README data
npm WARN test_npm No license field.
$ node_modules/.bin/mkdirp testdir
/usr/bin/env: 'node': No such file or directory
$ head -n1 node_modules/.bin/mkdirp
#!/usr/bin/env node
$ npm --version
3.5.2
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS"