Universal Node.js shebang?

O Node.js é muito popular hoje em dia e eu escrevi alguns scripts nele. Infelizmente, a compatibilidade é um problema. Oficialmente, o intérprete Node.js. deve ser chamado node, mas o Debian e o Ubuntu enviam um executável chamado nodejs.

Eu quero scripts portáteis com os quais o Node.js possa trabalhar em tantas situações quanto possível. Supondo que o nome do arquivo seja foo.js, eu realmente quero que o script seja executado de duas maneiras:

1. ./foo.jsexecuta o script, se quer nodeou nodejsestá em $PATH.
2. node foo.jstambém executa o script (assumindo que o intérprete é chamado node)

Nota: As respostas de xavierm02 e de mim são duas variações de um script poliglota. Ainda estou interessado em uma solução pura, se houver.

O melhor que eu criei é esse "shebang de duas linhas" que realmente é um script poliglota (Bourne shell / Node.js):

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

console.log('Hello world!');

A primeira linha é, obviamente, uma bainha de casca de Bourne. O Node.js ignora qualquer shebang encontrado, portanto, este é um arquivo javascript válido no que diz respeito ao Node.js.

A segunda linha chama o shell no-op :com o argumento //e, em seguida, executa nodejsou nodecom o nome desse arquivo como parâmetro. command -vé usado em vez de whichportabilidade. A sintaxe da substituição de comando $(...)não é estritamente Bourne; portanto, opte por backticks se você executar isso na década de 1980.

O Node.js apenas avalia a string ':', que é como um no-op, e o restante da linha é analisado como um comentário.

O restante do arquivo é apenas javascript antigo. O subshell é encerrado após a conclusão da execsegunda linha, portanto o restante do arquivo nunca é lido pelo shell.

Obrigado a xavierm02 pela inspiração e a todos os comentaristas por informações adicionais!

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

//bin/falseé a mesma coisa que /bin/falseexceto que a segunda barra a transforma em um comentário para o nó, e é por isso que está aqui. Então, o lado direito do primeiro ||é avaliado. 'which node || which nodejs'com aspas em vez de aspas lança o nó e o <<alimenta o que estiver à direita. Eu poderia ter usado um delimitador começando com o //dancek, ele teria funcionado, mas acho mais limpo ter apenas duas linhas no começo, então eu costumava tail -n +2 $0ter o arquivo lido sozinho, exceto as duas primeiras.

E se você executá-lo no nó, a primeira linha é reconhecida como um shebang e ignorada e a segunda é um comentário de uma linha.

(Aparentemente, o sed pode ser usado para substituir o conteúdo do arquivo de impressão de cauda sem a primeira e a última linha )

Resposta antes da edição:

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

Você não pode fazer o que deseja, então o que você faz é executar um script de shell, daí o #!/bin/sh. Esse script de shell obterá o caminho do arquivo necessário para executar o nó, ou seja which node || which nodejs. As aspas estão aqui para que sejam executadas, então 'which node || which nodejs'(com as aspas em vez das aspas) simplesmente chama o nó. Então, você apenas alimenta seu script com ele <<. O __HERE__são os delimitadores de seu script. E este console.log('ok');é um exemplo de script que você deve substituir pelo seu script.

Este é apenas um problema nos sistemas baseados no Debian, onde a política superou o senso.

Não sei quando o Fedora forneceu um binário chamado nodejs, mas nunca o vi. O pacote é chamado nodejs e instala um nó chamado binário.

Basta usar um link simbólico para aplicar o bom senso aos seus sistemas baseados no Debian e, em seguida, você pode usar um shebang sensato. Outras pessoas estarão usando shebangs sãos de qualquer maneira, então você precisará desse link simbólico.

#!/usr/bin/env node

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

Se você não se importa em criar um pequeno .sharquivo, tenho uma pequena solução para você. Você pode criar um pequeno script de shell para determinar qual nó executável usar e usar esse script em seu shebang:

shebang.sh :

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

script.js :

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

Marque ambos executáveis ​​e execute ./script.js.

Dessa forma, você evita scripts poliglotas. Não acho que seja possível usar várias linhas shebang, embora pareça uma boa ideia.

Embora isso resolva o problema da maneira que você deseja, parece que ninguém se importa com isso. Por exemplo, uglifyjs e coffeescript usam #!/usr/bin/env node, npm usa um script de shell como ponto de entrada, que novamente chama o executável explicitamente com o nome node. Sou usuário do Ubuntu e não sabia disso, pois sempre compilo o nó. Estou pensando em relatar isso como um bug.

Apenas para completar, aqui estão algumas outras maneiras de fazer a segunda linha:

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

Mas nenhum dos dois tem vantagem sobre a resposta selecionada:

':' //; || echo yes

Além disso, se você soubesse que um nodeou nodejs(mas não ambos) seria encontrado, o seguinte funciona:

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

Mas esse é um grande "se", então acho que a resposta selecionada continua sendo a melhor.

Entendo que isso não responde à pergunta, mas estou convencido de que a pergunta é feita com uma premissa falsa.

O Ubuntu está errado aqui. Escrever um shebang universal para seu próprio script não mudará outros pacotes dos quais você não tem controle sobre os quais usam o padrão de fato #!/usr/bin/env node. Seu sistema deve fornecer nodeem PATHse deseja para todos os scripts visando nodejs para rodar nele.

Por exemplo, nem o npmpacote fornecido pelo Ubuntu reescreve shebangs nos pacotes:

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