Universal Node.js shebang?

Node.js es muy popular en estos días y he estado escribiendo algunos scripts en él. Lamentablemente, la compatibilidad es un problema. Oficialmente, se supone que se llama al intérprete Node.js node, pero Debian y Ubuntu envían un ejecutable llamado en su nodejslugar.

Quiero scripts portátiles con los que Node.js pueda trabajar en tantas situaciones como sea posible. Suponiendo que el nombre de archivo es foo.js, realmente quiero que el script se ejecute de dos maneras:

1. ./foo.jsejecuta el script si está nodeo nodejsestá en $PATH.
2. node foo.jstambién ejecuta el script (suponiendo que se llama al intérprete node)

Nota: Las respuestas de xavierm02 y de mí mismo son dos variaciones de un script políglota. Todavía estoy interesado en una solución pura shebang, si existe.

Lo mejor que se me ocurrió es este "shebang de dos líneas" que realmente es un script políglota (Bourne shell / Node.js):

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

console.log('Hello world!');

La primera línea es, obviamente, un shebang de shell Bourne. Node.js omite cualquier shebang que encuentre, por lo que este es un archivo javascript válido en lo que respecta a Node.js.

La segunda línea llama al shell no-op :con el argumento //y luego se ejecuta nodejso nodecon el nombre de este archivo como parámetro. command -vse usa en lugar de whichpara portabilidad. La sintaxis de sustitución de comandos $(...)no es estrictamente Bourne, así que opte por backticks si ejecuta esto en la década de 1980.

Node.js solo evalúa la cadena ':', que es como un no-op, y el resto de la línea se analiza como un comentario.

El resto del archivo es simplemente javascript antiguo. El subshell se cierra después de completar la execsegunda línea, por lo que el resto nunca lee el shell.

¡Gracias a xavierm02 por inspiración y a todos los comentaristas por información adicional!

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

//bin/falsees lo mismo que, /bin/falseexcepto que la segunda barra oblicua lo transforma en un comentario para el nodo, y es por eso que está aquí. Luego, ||se evalúa el lado derecho del primero . 'which node || which nodejs'con comillas inversas en lugar de comillas, inicia el nodo y lo <<alimenta lo que esté a la derecha. Podría haber usado un delimitador comenzando //como dancek, hubiera funcionado, pero me parece más limpio tener solo dos líneas al principio, así que solía tail -n +2 $0leer el archivo solo, excepto las dos primeras líneas.

Y si lo ejecuta en el nodo, la primera línea se reconoce como un shebang y se ignora y la segunda es un comentario de una línea.

(Aparentemente, sed podría usarse para reemplazar el contenido del archivo Print de cola sin la primera y última línea )

Responda antes de editar:

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

No puedes hacer lo que quieres, así que lo que haces es ejecutar un script de shell, de ahí el #!/bin/sh. Ese script de shell obtendrá la ruta del archivo necesario para ejecutar el nodo, es decir which node || which nodejs. Las comillas inversas están aquí para que se ejecuten, por lo que 'which node || which nodejs'(con las comillas inversas en lugar de las comillas) simplemente llama al nodo. Luego, simplemente alimente su script con él <<. El __HERE__son los delimitadores de secuencia de comandos de la suya. Y el console.log('ok');es un ejemplo de secuencia de comandos que debe reemplazar con su secuencia de comandos.

Esto es solo un problema en los sistemas basados ​​en Debian, donde la política superó el sentido.

No sé cuándo Fedora proporcionó un binario llamado nodejs, pero nunca lo vi. El paquete se llama nodejs e instala un binario llamado nodo.

Simplemente use un enlace simbólico para aplicar el sentido común a sus sistemas basados ​​en Debian, y luego puede usar un shebang sano. Otras personas usarán shebangs sanos de todos modos, por lo que necesitarás ese enlace simbólico.

#!/usr/bin/env node

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

Si no le importa crear un pequeño .sharchivo, tengo una pequeña solución para usted. Puede crear un pequeño script de shell para determinar qué nodo ejecutable usar, y usar este script en su shebang:

shebang.sh :

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

script.js :

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

Marque ambos ejecutables y ejecute ./script.js.

De esta manera, evita las secuencias de comandos políglotas. No creo que sea posible usar varias líneas shebang, aunque parece una buena idea.

Aunque esto resuelve el problema de la manera que desea, parece que a nadie le importa esto. Por ejemplo, uglifyjs y coffeescript usa #!/usr/bin/env node, npm usa un script de shell como punto de entrada, que nuevamente llama al ejecutable explícitamente con nombre node. Soy un usuario de Ubuntu, y no sabía esto, ya que siempre compilo el nodo. Estoy considerando reportar esto como un error.

Solo para completar, aquí hay un par de otras formas de hacer la segunda línea:

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

Pero tampoco tiene ninguna ventaja sobre la respuesta seleccionada:

':' //; || echo yes

Además, si sabía que se encontraría uno nodeo nodejs(pero no ambos), lo siguiente funciona:

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

Pero ese es un gran "si", así que creo que la respuesta seleccionada sigue siendo la mejor.

Entiendo que esto no responde la pregunta, pero estoy convencido de que la pregunta se hace con una premisa falsa.

Ubuntu está equivocado aquí. Escribir un shebang universal para su propio script no cambiará otros paquetes sobre los que no tiene control y que usan el estándar de facto #!/usr/bin/env node. Su sistema debe proporcionar nodeen PATHsi lo desea para cualquier script de orientación nodejs a correr en él.

Por ejemplo, ni siquiera el npmpaquete provisto por Ubuntu reescribe shebangs en paquetes:

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