Universal Node.js shebang?

Node.js ist heutzutage sehr beliebt und ich habe einige Skripte darüber geschrieben. Leider ist die Kompatibilität ein Problem. Offiziell sollte der Node.js-Interpreter aufgerufen werden node, aber Debian und Ubuntu liefern nodejsstattdessen eine ausführbare Datei namens .

Ich möchte portable Skripte, mit denen Node.js in möglichst vielen Situationen arbeiten kann. Angenommen, der Dateiname lautet " foo.jsIch möchte wirklich, dass das Skript auf zwei Arten ausgeführt wird:

1. ./foo.jsFührt das Skript aus, wenn entweder nodeoder vorhanden nodejsist $PATH.
2. node foo.jsführt auch das Skript aus (vorausgesetzt, der Interpreter wird aufgerufen node)

Hinweis: Die Antworten von xavierm02 und mir sind zwei Variationen eines mehrsprachigen Skripts. Ich bin immer noch an einer reinen Shebang-Lösung interessiert, falls es eine gibt.

Das Beste, was ich mir ausgedacht habe, ist dieses "Two-Line-Shebang", das wirklich ein vielsprachiges Skript (Bourne-Shell / Node.js) ist:

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

console.log('Hello world!');

Die erste Zeile ist offensichtlich ein Bourne-Shell-Shebang. Node.js umgeht jeden gefundenen Schebang. Für Node.js handelt es sich also um eine gültige Javascript-Datei.

Die zweite Zeile ruft die Shell no-op :mit dem Argument auf //und führt dann nodejsoder nodemit dem Namen dieser Datei als Parameter aus. command -vwird anstelle von whichfür die Portabilität verwendet. Die Befehlssubstitutionssyntax $(...)ist nicht ausschließlich Bourne, entscheiden Sie sich also für Backticks, wenn Sie diese in den 1980er Jahren ausführen.

Node.js wertet nur den String aus ':', der wie ein No-Op ist, und der Rest der Zeile wird als Kommentar analysiert.

Der Rest der Datei ist einfach altes Javascript. Die Subshell wird nach Abschluss der execzweiten Zeile beendet, sodass der Rest der Datei nie von der Shell gelesen wird.

Vielen Dank an xavierm02 für die Inspiration und alle Kommentatoren für zusätzliche Informationen!

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

//bin/falseist das Gleiche wie mit der /bin/falseAusnahme, dass der zweite Schrägstrich ihn in einen Kommentar für node umwandelt, und deshalb ist er hier. Dann wird die rechte Seite der ersten ||ausgewertet. 'which node || which nodejs'Mit Anführungszeichen anstelle von Anführungszeichen wird der Knoten gestartet und der <<Feed wird angezeigt, was auch immer auf der rechten Seite ist. Ich hätte ein Trennzeichen verwenden können, das //wie Dancek anfängt. Es hätte funktioniert, aber ich finde, dass es sauberer ist, wenn am Anfang nur zwei Zeilen stehen. Daher habe ich tail -n +2 $0die Datei bis auf die ersten beiden Zeilen selbst gelesen.

Wenn Sie es in node ausführen, wird die erste Zeile als "shebang" erkannt und ignoriert, und die zweite Zeile ist ein einzeiliger Kommentar.

(Anscheinend könnte sed verwendet werden, um den Inhalt der Tail Print-Datei ohne die erste und letzte Zeile zu ersetzen. )

Antwort vor dem Bearbeiten:

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

Sie können nicht tun, was Sie wollen. Stattdessen führen Sie ein Shell-Skript aus #!/bin/sh. Dieses Shell-Skript erhält den Pfad der Datei, die zum Ausführen des Knotens benötigt wird which node || which nodejs. Die Backquotes sind hier, damit es ausgeführt wird, also 'which node || which nodejs'ruft (mit den Backquotes anstelle der Quotes) einfach node auf. Dann füttern Sie einfach Ihr Skript damit <<. Das __HERE__sind die Begrenzer Ihres Skripts. Und das console.log('ok');ist ein Beispiel für ein Skript, das Sie durch Ihr Skript ersetzen sollten.

Dies ist nur ein Problem auf Debian-basierten Systemen, bei denen die Richtlinien den Sinn überstiegen.

Ich weiß nicht, wann Fedora eine Binärdatei namens nodejs bereitgestellt hat, aber ich habe sie nie gesehen. Das Paket heißt nodejs und installiert eine Binärdatei namens node.

Verwenden Sie einfach einen Symlink, um gesunden Menschenverstand auf Ihre Debian-basierten Systeme anzuwenden, und dann können Sie einen vernünftigen Schebang verwenden. Andere Leute werden sowieso vernünftige Scheiße benutzen, also wirst du diesen Symlink brauchen.

#!/usr/bin/env node

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

Wenn es Ihnen nichts ausmacht, eine kleine .shDatei zu erstellen, habe ich eine kleine Lösung für Sie. Sie können ein kleines Shell-Skript erstellen, um zu bestimmen, welche Knoten-Programmdatei verwendet werden soll, und dieses Skript in Ihrem shebang verwenden:

shebang.sh :

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

script.js :

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

Markieren Sie beide ausführbaren Dateien und führen Sie sie aus ./script.js.

Auf diese Weise vermeiden Sie mehrsprachiges Scripting. Ich denke nicht, dass die Verwendung mehrerer Shebang-Linien möglich ist, obwohl dies eine gute Idee zu sein scheint.

Obwohl dies das Problem auf die von Ihnen gewünschte Weise löst, scheint es, dass sich niemand darum kümmert. Zum Beispiel uglifyjs und Coffeescript Anwendungen #!/usr/bin/env node, npm verwendet einen Shell - Skript als Einstiegspunkt, der wiederum die ausführbare Datei mit dem Namen explizit aufruft node. Ich bin ein Ubuntu-Benutzer und wusste das nicht, da ich den Knoten immer kompiliere. Ich denke darüber nach, dies als Fehler zu melden.

Der Vollständigkeit halber gibt es hier ein paar andere Möglichkeiten, die zweite Zeile zu machen:

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

Beides hat aber keinen Vorteil gegenüber der gewählten Antwort:

':' //; || echo yes

Wenn Sie wüssten, dass entweder nodeoder nodejs(aber nicht beide) gefunden werden, funktioniert Folgendes:

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

Aber das ist ein großes "Wenn", daher denke ich, dass die ausgewählte Antwort die beste bleibt.

Ich verstehe, dass dies die Frage nicht beantwortet, aber ich bin überzeugt, dass die Frage mit einer falschen Prämisse gestellt wird.

Ubuntu ist hier falsch. Das Schreiben eines universellen Shebangs für Ihr eigenes Skript ändert nichts an anderen Paketen, über die Sie keine Kontrolle haben und die den De-facto-Standard von verwenden #!/usr/bin/env node. Ihr System muss liefern nodein , PATHwenn es für alle Skripte wünscht NodeJS Targeting darauf laufen.

Beispielsweise npmschreibt nicht einmal das von Ubuntu bereitgestellte Paket Shebangs in Pakete um:

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