Was ist der bevorzugte Bash Shebang?

Gibt es einen BashShebang, der für die meisten Zwecke objektiv besser ist als die anderen?

• #!/usr/bin/env bash
• #!/bin/bash
• #!/bin/sh
• #!/bin/sh -
• usw

Ich erinnere mich vage an eine lange Zeit, als ich hörte, dass das Hinzufügen eines Bindestrichs am Ende verhindert, dass jemand einen Befehl an Ihr Skript übergibt, aber keine Details dazu finden kann.

Sie sollten #!/usr/bin/env bashfür die Portabilität Folgendes verwenden : Verschiedene * Nixe, die bashan verschiedenen Stellen platziert wurden, und die Verwendung /usr/bin/envist eine Problemumgehung, um die ersten bashauf dem Programm gefundenen Nixe auszuführen PATH. Und shist nichtbash .

/bin/shist in der Regel eine Verknüpfung zur Standard-Shell des Systems, die häufig bashaber auf zB Debian-Systemen das geringere Gewicht aufweist dash. In jedem Fall ist die ursprüngliche Bourne-Shell. shWenn Ihr Skript also einige bash(2. Generation, "Bourne Again sh") spezifische Funktionen ( [[ ]]Tests, Arrays, verschiedene zuckerhaltige Dinge usw.) verwendet, sollten Sie spezifischer sein und die späteren verwenden . Auf diese Weise wird Ihr Skript auf Systemen, auf denen bash nicht installiert ist, nicht ausgeführt. Ich verstehe, dass es vielleicht eine aufregende Trilogie von Filmen über diese Entwicklung gibt ... aber das könnte Hörensagen sein.

Beachten Sie auch , dass , wenn evoziert wie sh, bashin gewissem Maße verhält sich wie POSIX - Standard sh (siehe auch die GNU - Dokumentation über diese).

Ich empfehle:

#!/bin/bash

Es ist nicht 100% portabel (einige Systeme befinden sich bashan einem anderen Ort als /bin), aber die Tatsache, dass viele vorhandene Skripte #!/bin/bashDruck auf verschiedene Betriebssysteme ausüben, um /bin/bashzumindest eine Symlink-Verbindung zum Hauptstandort herzustellen .

Die Alternative von:

#!/usr/bin/env bash

wurde vorgeschlagen - aber es gibt keine Garantie dafür, dass der envBefehl vorhanden ist /usr/bin(und ich habe Systeme verwendet, bei denen dies nicht der Fall ist). Darüber hinaus wird in diesem Formular die erste Instanz von bashin den aktuellen Benutzern verwendet $PATH, die möglicherweise keine geeignete Version der Bash-Shell ist.

(Sollte aber /usr/bin/envauf jedem einigermaßen modernen System funktionieren, entweder weil enves installiert ist /usr/binoder weil das System etwas tut, damit es funktioniert. Das System, auf das ich oben Bezug genommen habe, war SunOS 4, das ich wahrscheinlich seit etwa 25 Jahren nicht mehr verwendet habe.)

Wenn Sie ein Skript benötigen, um auf einem System ausgeführt zu werden, das nicht vorhanden ist /bin/bash, können Sie das Skript so ändern , dass es auf den richtigen Speicherort verweist (was zugegebenermaßen unpraktisch ist).

Ich habe die Kompromisse in meiner Antwort auf diese Frage ausführlicher erörtert .

Ein etwas obskures Update: Ein System, das ich verwende, Termux , eine Desktop-Linux-ähnliche Schicht, die unter Android ausgeführt wird, hat /bin/bash( bashist /data/data/com.termux/files/usr/bin/bash) nicht - aber es muss speziell behandelt werden #!/bin/bash.

Die Verwendung einer Shebang-Zeile zum Aufrufen des entsprechenden Interpreters ist nicht nur für BASH gedacht. Sie können den Shebang für jede interpretierte Sprache auf Ihrem System verwenden, z. B. Perl, Python, PHP (CLI) und viele andere. Übrigens der Schebang

#!/bin/sh -

(Es können auch zwei Striche sein, dh --) Beendet Bash-Optionen. Alles, was danach folgt, wird als Dateiname und Argument behandelt.

Wenn Sie den envBefehl verwenden, wird Ihr Skript portabel und Sie können benutzerdefinierte Umgebungen für Ihr Skript einrichten. Daher sollten tragbare Skripte verwendet werden

#!/usr/bin/env bash

Oder für welche Sprache auch immer wie für Perl

#!/usr/bin/env perl

Schauen Sie sich unbedingt die manSeiten an für bash:

man bash

und env:

man env

Hinweis: Auf Debian und Debian-basierten Systemen wie Ubuntu shist dashnicht verbunden bash. Wie alle Systemskripte verwenden sh. Dies ermöglicht laut Debian, dass Bash wächst und das System stabil bleibt.

Um den Aufruf * nix beizubehalten, verwende ich niemals Dateierweiterungen für von Shebang aufgerufene Skripte, da Sie die Erweiterung beim Aufruf für ausführbare Dateien nicht wie unter Windows weglassen können. Der Dateibefehl kann es als Skript identifizieren.

Es hängt wirklich davon ab, wie Sie Ihre Bash-Skripte schreiben. Wenn Ihr /bin/shSymbol mit Bash verknüpft ist und Bash als aufgerufen wird sh, sind einige Funktionen nicht verfügbar .

Wenn Sie bash-spezifische Nicht-POSIX-Funktionen wünschen, verwenden Sie #!/bin/bash