Jaki jest preferowany shebang Bash?

Czy istnieje jakikolwiek Bashshebang obiektywnie lepszy od innych do większości zastosowań?

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

Niegdyś pamiętam dawno temu, że dodanie kreski na końcu uniemożliwia komuś przekazanie polecenia do twojego skryptu, ale nie może znaleźć żadnych szczegółów na ten temat.

Powinieneś użyć #!/usr/bin/env bashdla przenośności : różne * nixy umieszczone bashw różnych miejscach, a użycie /usr/bin/envjest obejściem do uruchomienia pierwszego bashznalezionego na PATH. I shnie jestbash .

/bin/shjest zwykle linkiem do domyślnej powłoki systemu, która często jest bashwłączona, ale np. systemy Debian mają mniejszą wagę dash. Tak czy inaczej, oryginalna powłoka Bourne'a jest shtaka, więc jeśli twój skrypt używa pewnych bash(2. generacji, „Bourne Again sh”) specyficznych funkcji ( [[ ]]testów, tablic, różnych słodkich rzeczy itp.), Powinieneś być bardziej szczegółowy i użyć później . W ten sposób w systemach, w których bash nie jest zainstalowany, twój skrypt nie będzie działał. Rozumiem, że może być ekscytująca trylogia filmów o tej ewolucji ... ale to może być słyszenie.

Zauważ też, że gdy wywoływany jako sh, bashdo pewnego stopnia zachowuje się jak standard POSIX sh (zobacz także dokumentację GNU na ten temat).

Polecam użycie:

#!/bin/bash

Nie jest w 100% przenośny (niektóre systemy umieszczają bashw lokalizacji innej niż /bin), ale fakt, że wiele istniejących skryptów używa #!/bin/bashpresji różnych systemów operacyjnych, aby stworzyć /bin/bashprzynajmniej dowiązanie symboliczne do głównej lokalizacji.

Alternatywa dla:

#!/usr/bin/env bash

zostało zasugerowane - ale nie ma gwarancji, że envpolecenie jest w /usr/bin(i użyłem systemów, których nie ma). Ponadto w tym formularzu będzie używana pierwsza instancja bashobecnych użytkowników $PATH, która może nie być odpowiednią wersją powłoki bash.

(Ale /usr/bin/envpowinien działać na każdym dość nowoczesnym systemie, ponieważ envjest w /usr/binsystemie lub dlatego, że system robi coś, co sprawia, że ​​działa. System, o którym mówiłem powyżej, to SunOS 4, którego prawdopodobnie nie używałem od około 25 lat.)

Jeśli potrzebujesz skryptu, aby działał w systemie, który go nie ma /bin/bash, możesz zmodyfikować skrypt, aby wskazywał właściwą lokalizację (co jest oczywiście niewygodne).

Bardziej szczegółowo omówiłem kompromisy w mojej odpowiedzi na to pytanie .

Trochę niejasna aktualizacja: jeden system, którego używam, Termux , warstwa podobna do Linuksa, która działa pod Androidem, nie ma /bin/bash( bashjest /data/data/com.termux/files/usr/bin/bash) - ale ma specjalną obsługę do obsługi #!/bin/bash.

Użycie linii shebang do wywołania odpowiedniego tłumacza jest nie tylko dla BASH. Możesz użyć shebang dla dowolnego języka interpretowanego w twoim systemie, takiego jak Perl, Python, PHP (CLI) i wiele innych. Nawiasem mówiąc, shebang

#!/bin/sh -

(mogą to być również dwa myślniki, tj. --) kończy opcje bash wszystko później będzie traktowane jako nazwy plików i argumenty.

Użycie envpolecenia sprawia, że ​​skrypt jest przenośny i umożliwia konfigurację niestandardowych środowisk dla skryptu, dlatego należy używać przenośnych skryptów

#!/usr/bin/env bash

Lub dla dowolnego języka, takiego jak Perl

#!/usr/bin/env perl

Pamiętaj, aby spojrzeć na manstrony dla bash:

man bash

i env:

man env

Uwaga: W systemach Debian i systemach opartych na Debianie, takich jak Ubuntu, shjest to powiązane z dashnot bash. Jak używają wszystkie skrypty systemowe sh. To pozwala bashowi rosnąć i system pozostaje stabilny, zgodnie z Debianem.

Ponadto, aby zachować wywołanie * nix, tak jak nigdy nie używam rozszerzeń plików w skryptach wywoływanych przez shebang, ponieważ nie można pominąć rozszerzenia wywołania w plikach wykonywalnych, jak to możliwe w systemie Windows. Polecenie file może zidentyfikować go jako skrypt.

To naprawdę zależy od tego, jak piszesz skrypty bash. Jeśli twój /bin/shjest symlinkowany do bash, kiedy bash jest wywoływany jako sh, niektóre funkcje są niedostępne .

Jeśli chcesz funkcji specyficznych dla basha, nie POSIX-owych, użyj #!/bin/bash