Universal Node.js shebang?

Node.js est très populaire ces jours-ci et j'ai écrit quelques scripts dessus. Malheureusement, la compatibilité est un problème. Officiellement, l'interpréteur Node.js est censé être appelé node, mais Debian et Ubuntu fournissent à la nodejsplace un exécutable appelé .

Je veux des scripts portables que Node.js puisse utiliser dans autant de situations que possible. En supposant que le nom de fichier soit foo.js, je veux vraiment que le script s'exécute de deux manières:

1. ./foo.jsexécute le script si nodeou nodejsest dans $PATH.
2. node foo.jsexécute également le script (en supposant que l'interprète soit appelé node)

Remarque: les réponses de xavierm02 et de moi-même sont deux variantes d'un script polyglotte. Je suis toujours intéressé par une solution pure de shebang, si une telle existe.

Le meilleur que j'ai créé est ce script "à deux lignes" qui est vraiment un script polyglotte (Bourne shell / Node.js):

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

console.log('Hello world!');

La première ligne est, évidemment, un shebang shell Bourne. Node.js contourne tous les shebang qu'il trouve, il s'agit donc d'un fichier javascript valide en ce qui concerne Node.js.

La deuxième ligne appelle le shell no-op :avec l'argument //, puis s'exécute nodejsou nodeavec le nom de ce fichier en tant que paramètre. command -vest utilisé à la place de whichpour la portabilité. La syntaxe de substitution de commande $(...)n'est pas strictement Bourne, optez donc pour des backticks si vous l'exécutez dans les années 1980.

Node.js évalue simplement la chaîne ':', ce qui est comme un non-op, et le reste de la ligne est analysé comme un commentaire.

Le reste du fichier est simplement du vieux javascript. Le sous-shell se ferme à la fin de la execdeuxième ligne, le reste du fichier n'est donc jamais lu par le shell.

Merci à xavierm02 pour son inspiration et à tous les commentateurs pour des informations supplémentaires!

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

//bin/falseest la même chose que /bin/falsesauf que la deuxième barre oblique la transforme en un commentaire pour le noeud, et c'est pourquoi elle est ici. Ensuite, le côté droit du premier ||est évalué. 'which node || which nodejs'avec des guillemets au lieu de guillemets, lance le nœud et le <<filme tout ce qui se trouve à droite. J'aurais pu utiliser un délimiteur commençant par " //dancek", cela aurait fonctionné, mais je trouve plus propre de ne comporter que deux lignes au début, alors je tail -n +2 $0lisais le fichier lui-même, à l'exception des deux premières lignes.

Et si vous l'exécutez dans node, la première ligne est reconnue comme un shebang et ignorée et la seconde est un commentaire d'une ligne.

(Apparemment, sed pourrait être utilisé pour remplacer le contenu du fichier d'impression arrière sans les première et dernière lignes )

Répondre avant édition:

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

Vous ne pouvez pas faire ce que vous voulez, vous devez donc exécuter un script shell, d’où le fichier #!/bin/sh. Ce script shell obtiendra le chemin du fichier nécessaire à l'exécution du noeud, c'est-à-dire which node || which nodejs. Les citations arrières sont ici pour qu'il soit exécuté, ainsi 'which node || which nodejs'(avec les citations arrières au lieu des guillemets) appelle simplement noeud. Ensuite, vous alimentez simplement votre script avec <<. Ce __HERE__sont les délimiteurs de votre script. Et console.log('ok');voici un exemple de script que vous devriez remplacer par votre script.

Ce problème ne concerne que les systèmes basés sur Debian, où la politique a dépassé le sens.

Je ne sais pas quand Fedora a fourni un binaire appelé nodejs, mais je ne l'ai jamais vu. Le paquet s'appelle nodejs et installe un binaire appelé noeud.

Utilisez simplement un lien symbolique pour appliquer le bon sens à vos systèmes basés sur Debian, puis vous pourrez utiliser un shebang sain d'esprit. De toute façon, d'autres personnes utiliseront des shebangs sensés, vous aurez donc besoin de ce lien symbolique.

#!/usr/bin/env node

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

Si vous voulez bien créer un petit .shfichier, j'ai une petite solution pour vous. Vous pouvez créer un petit script shell pour déterminer le noeud exécutable à utiliser, et utiliser ce script dans votre shebang:

shebang.sh :

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

script.js :

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

Marquez les deux exécutables et lancez ./script.js.

De cette façon, vous évitez les scripts polyglottes. Je ne pense pas qu'il soit possible d'utiliser plusieurs lignes de shebang, bien que cela semble être une bonne idée.

Même si cela résout le problème comme vous le souhaitez, il semble que personne ne s'en soucie. Par exemple, uglifyjs et coffeescript utilisent #!/usr/bin/env node, npm utilise un script shell comme point d’entrée, qui appelle à nouveau explicitement l’exécutable avec le nom node. Je suis un utilisateur Ubuntu et je ne le savais pas car je compile toujours des nœuds. J'envisage de signaler ceci comme un bug.

Par souci d’exhaustivité, voici deux autres façons de faire la deuxième ligne:

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

Mais ni l'un ni l'autre n'a aucun avantage sur la réponse choisie:

':' //; || echo yes

De plus, si vous saviez que l'un nodeou l' autre nodejs(mais pas les deux) serait trouvé, les travaux suivants:

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

Mais c'est un gros "si", alors je pense que la réponse choisie reste la meilleure.

Je comprends que cela ne répond pas à la question, mais je suis convaincu que la question est posée avec une fausse prémisse.

Ubuntu se trompe ici. Écrire un shebang universel pour votre propre script ne changera pas les autres packages sur lesquels vous n'avez aucun contrôle sur ceux qui utilisent le standard de facto #!/usr/bin/env node. Votre système doit fournir nodeen PATHsi elle le souhaite pour tous les scripts ciblant nodejs pour fonctionner sur elle.

Par exemple, même le npmpaquet fourni par Ubuntu ne réécrit pas les shebangs dans des paquets:

$ cd
$ rm -rf test_npm
$ mkdir test_npm
$ cd test_npm
$ npm install mkdirp 2>&1 | grep -ve home
`-- [email protected]
  `-- [email protected]

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"