ユニバーサルNode.jsシバン？

Node.jsは最近非常に人気があり、いくつかのスクリプトを書いています。残念ながら、互換性は問題です。公式には、Node.jsインタープリターはと呼ばれることになっていますnodeが、DebianとUbuntuはnodejs代わりに呼び出される実行可能ファイルを出荷しています。

Node.jsが可能な限り多くの状況で使用できるポータブルスクリプトが必要です。ファイル名がfoo.jsであると仮定すると、2つの方法でスクリプトを実行したいです。

1. ./foo.jsnodeまたはのいずれかでnodejsある場合、スクリプトを実行します$PATH。
2. node foo.jsまた、スクリプトを実行します（インタープリターが呼び出されると仮定node）

注： xavierm02と私による回答は、ポリグロットスクリプトの2つのバリエーションです。純粋なシバンソリューションが存在する場合、それにも興味があります。

私が思いついた最高のものは、ポリグロット（ボーンシェル/ Node.js）スクリプトであるこの「2行シバン」です。

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

console.log('Hello world!');

最初の行は、明らかに、Bourne shell shebangです。Node.jsは、検出したすべてのシバンをバイパスするため、Node.jsに関する限り、これは有効なjavascriptファイルです。

2行目:は、引数を指定してシェルno-op を呼び出し、//実行するnodejsかnode、このファイルの名前をパラメーターとして使用します。移植性のcommand -v代わりに使用されwhichます。コマンド置換構文$(...)は厳密にはBourneではないため、1980年代にこれを実行する場合はバックティックを選択してください。

Node.jsは文字列を評価するだけで':'、これはノーオペレーションのようなもので、行の残りの部分はコメントとして解析されます。

ファイルの残りは単なる古いjavascriptです。exec2番目の行が完了すると、サブシェルが終了するため、ファイルの残りの部分はシェルによって読み取られません。

インスピレーションをくれたxavierm02と、追加情報をくれたすべてのコメンターに感謝します！

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

//bin/falseは、/bin/false2番目のスラッシュがノードのコメントに変換することを除いて、同じものです。そのため、ここにあります。次に、最初の右側||が評価されます。'which node || which nodejs'引用符の代わりに逆引用符を使用すると、ノードが起動さ<<れ、右側にあるものがフィードされます。//dancek と同じように区切り文字を使用することもできましtail -n +2 $0たが、機能しますが、最初に2行しかない方がきれいなので、最初の2行を除いてファイル自体を読み取るようにしました。

ノードで実行すると、最初の行はシバンとして認識されて無視され、2行目は1行のコメントになります。

（どうやら、sedを使用して、最初と最後の行なしでテール印刷ファイルの内容を置き換えることができます）

編集前に回答：

#!/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はシェルスクリプトをエントリポイントとして使用します。シェルスクリプトは再びnameを使用して実行可能ファイルを明示的に呼び出しますnode。私はUbuntuユーザーであり、常にノードをコンパイルするため、これを知りませんでした。これをバグとして報告することを検討しています。

完全を期すために、2行目を実行する他の方法をいくつか紹介します。

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

しかし、どちらも選択した答えよりも利点はありません。

':' //; || echo yes

また、どちらnodeかnodejs（または両方ではない）が見つかることがわかっている場合は、次のように機能します。

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

しかし、それは大きな「if」であるため、選択された答えは依然として最良の答えだと思います。

これは質問に答えないことを理解していますが、質問は誤った前提で行われていると確信しています。

ここでUbuntuは間違っています。独自のスクリプト用にユニバーサルシェバンを記述しても、のデファクトスタンダードを使用する他のパッケージを変更することはできません#!/usr/bin/env node。nodejsを対象とするスクリプトを実行する場合は、システムが提供する必要があります。nodePATH

たとえば、Ubuntuが提供するnpmパッケージでさえ、パッケージのシェバンを書き換えません。

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